📚 课程目录第1章课程导论

1. 课程导论与整体架构：Helm Chart在云原生发布中的核心价值

在云原生技术体系中，Kubernetes 已成为容器编排的事实标准，而 Helm 则是管理 Kubernetes 应用资源清单的“包管理器”。本课程将深入剖析如何通过 Helm Chart 构建一套从开发沙箱到生产金丝雀的完整发布环境配置体系，帮助团队实现可重复、可审计、渐进式的应用交付。

Helm Chart 将一组相关的 Kubernetes 资源（Deployment、Service、ConfigMap、Ingress 等）打包为一个可版本化、可参数化的发布单元。其核心价值体现在以下四个维度：

维度	说明	典型场景
参数化与模板化	通过 values.yaml 和模板引擎，实现同一 Chart 在不同环境中的差异化配置	开发环境 replica=1，生产环境 replica=5
版本管理与回滚	每次 helm upgrade 都会生成新版本，支持快速回滚到任意历史版本	生产发布异常时回滚至上一稳定版本
依赖与生命周期管理	支持子 Chart 依赖、预置钩子（pre/post install/upgrade）	数据库迁移 Job 在应用升级前自动执行
环境一致性	同一 Chart 通过不同 values 文件即可复用到沙箱、测试、预发、生产	CI/CD 流水线按环境注入对应 values 文件

  关键认知： Helm 不是简单的“YAML 模板引擎”，它是云原生发布中连接“应用配置”与“基础设施”的桥梁。掌握 Helm Chart 的环境配置能力，是 DevOps 团队实现标准化发布流程的基石。

本课程覆盖的发布流水线包含四个核心环境阶段，每个阶段对应不同的配置策略与发布模式。下图展示了完整的流水线架构：

不同环境对 Helm Chart 的配置要求差异显著。下表总结了四个核心阶段的配置策略与发布模式：

环境	发布模式	values 文件	关键参数差异	安全要求
开发沙箱	helm install --debug	values-dev.yaml	replica=1, 启用调试日志, 使用本地镜像	无认证要求
测试环境	helm upgrade --atomic	values-test.yaml	replica=2, 模拟生产配置, 使用 CI 构建镜像	内部 LDAP
预发环境	helm diff + helm upgrade	values-staging.yaml	replica=3, 与生产配置对齐, 使用预发布镜像 tag	严格 RBAC
生产金丝雀	helm upgrade --atomic --timeout	values-prod.yaml	replica=5, 金丝雀权重 10%, 启用全链路监控	审计 + 审批

实践建议： 在开发沙箱阶段使用 --debug 标志可以输出模板渲染后的完整 YAML，帮助快速定位模板语法错误。生产金丝雀发布务必使用 --atomic 标志，确保发布失败时自动回滚。

本课程共 30 章，按知识递进关系分为五个模块：

前置要求： 学习本课程前，建议读者具备 Kubernetes 基础操作能力（kubectl、Pod、Service、Deployment 等核心资源），了解 CI/CD 基本概念。无需 Helm 经验，课程将从基础概念逐步深入。

本章建立了 Helm Chart 多环境发布流水线的整体认知框架。核心要点包括：