1. 课程导论：DNS故障场景下的故障域划分概念、Helm在云原生部署中的角色、课程目标与前置知识

1.1 为什么DNS故障是云原生架构的“隐形杀手”

在Kubernetes集群中，DNS（CoreDNS / kube-dns）是服务发现与流量路由的基石。当DNS出现故障时，微服务之间的通信会瞬间瘫痪，但集群节点状态、Pod运行状态却可能显示正常。这种“服务活着但无法访问”的隐蔽故障，往往比节点宕机更难排查。

DNS故障的传播路径通常遵循以下链条：

1. 上游故障： CoreDNS Pod崩溃、配置错误、上游DNS服务器不可达。
2. 传播放大： 依赖DNS的服务发现全面失效，Service/Ingress/Headless Service均受影响。
3. 业务影响： 微服务间调用超时、数据库连接池耗尽、缓存雪崩。

1.2 故障域划分：从“单点防御”到“分层隔离”

故障域（Failure Domain）是指系统中一个组件故障所能影响的最大范围。在DNS场景下，故障域划分的目标是：将DNS故障的爆炸半径控制在最小单元内，避免一次DNS故障导致整个集群不可用。

本课程的核心方法论是：通过Helm Chart的模板化能力，将故障域划分策略编码为可重复部署的Kubernetes资源，并在测试验证阶段模拟DNS故障，验证隔离效果。

1.3 Helm在云原生部署中的角色

Helm是Kubernetes的包管理工具，在本课程中承担以下核心角色：

• 模板化故障域配置： 通过values.yaml参数化控制DNS副本数、节点亲和性、Pod反亲和性、DNS缓存策略等故障域关键参数。
• 多环境一致性： 同一套Chart可以在开发、测试、生产环境部署，通过不同的values文件实现故障域策略的差异化。
• 依赖管理： 通过Helm依赖（Dependencies）管理CoreDNS、NodeLocal DNSCache、ExternalDNS等组件的版本与配置。
• 测试验证集成： 使用Helm Test Hook在部署后自动执行DNS故障注入与验证。

以下是一个典型的Helm Chart结构，用于管理DNS故障域部署：

dns-failure-domain-chart/
├── Chart.yaml
├── values.yaml
├── templates/
│   ├── coredns-deployment.yaml
│   ├── coredns-service.yaml
│   ├── coredns-configmap.yaml
│   ├── node-local-dns.yaml
│   ├── network-policy.yaml
│   ├── pod-disruption-budget.yaml
│   └── tests/
│       ├── test-dns-failure.yaml
│       └── test-dns-connectivity.yaml
└── charts/
    └── coredns-1.28.0.tgz

1.4 DNS故障域划分的核心架构

下图展示了本课程将要实现的DNS故障域划分架构。通过分层部署、本地缓存和网络隔离，将DNS故障的爆炸半径控制在最小范围。

1.5 课程目标

完成本课程后，你将能够：

1.6 前置知识要求

为了确保学习效果，建议你具备以下基础：

• Kubernetes基础： 理解Pod、Service、Deployment、ConfigMap、NetworkPolicy等核心资源；熟悉kubectl常用命令。
• DNS原理： 了解DNS解析流程（递归/迭代）、A/AAAA/CNAME/SRV记录类型、resolv.conf配置参数（ndots、timeout、attempts）。
• Helm基础： 掌握Chart结构、模板语法（Sprig函数、流程控制）、values.yaml参数化、Helm Install/Upgrade/Rollback命令。
• Linux网络： 理解iptables规则、CNI插件（Calico/Flannel）基本原理、nslookup/dig/tcpdump等网络诊断工具。
• 实验环境： 一个可用的Kubernetes集群（v1.24+，至少3个工作节点），Helm CLI（v3.10+），以及集群管理员权限。

1.7 课程章节概览

本课程共分为5个模块，30个章节，覆盖从理论到实践的完整闭环：