Kubernetes(k8s)应用管理利器Helm（2020）

解决什么问题：给 K8s 应用打包和版本管理

如果你在用 Kubernetes 部署业务，多半经历过被成百上千行 YAML 文件折磨的痛苦。一个稍微复杂的应用，涉及 Deployment、Service、ConfigMap、Secret 等十几种资源，手动改配置极易出错，版本回滚更是无从谈起。这门课的主题是 Helm，它本质上就是 K8s 的应用包管理器，类似于 CentOS 的 yum 或 Ubuntu 的 apt。课程解决的核心场景是：如何把散落的 YAML 资源文件打包成一个可复用的整体，如何针对不同环境传递差异化配置，以及如何在应用发布出现故障时执行一键回滚。学这门课之前，你必须先确认自己有基础的 K8s 操作经验，至少能用原生 YAML 部署过简单的 Pod 和 Service。资料对编程语言没有硬性要求，但如果完全没有容器编排基础，直接看 Helm 的模板渲染会非常吃力，建议先补齐 K8s 基础概念再来。

建议怎么学：先跑通应用生命周期，再啃模板

这份资料是 2020 年录制的，需要客观面对的一个事实是，课程演示的是 Helm 2.x 版本。当前主流已经是 Helm 3，去掉了 Tiller 服务端组件，命令语法也有细微变化。但这并不影响核心概念的学习，Chart 的文件结构和模板渲染逻辑是完全一致的。建议你拿到资料后，先集中看“部署与使用”这一节，跟着视频把 Helm 客户端装起来，重点跑通安装应用、升级版本和回滚这三个动作，建立对 Helm 生命周期的直观感受。接着直接进入“Charts 详解”模块，这部分是整门课的核心，重点看 Chart.yaml 的字段定义、依赖管理机制，以及模板对值的引用逻辑。资料里的命令行操作建议你在自己的测试环境里敲一遍，遇到 Helm 2 与 Helm 3 的命令差异，随手查一下官方迁移文档做对照即可，不要死记视频里的旧指令。

学完能做什么：独立编写和定制企业级应用包

看完这套资料，你不会立刻成为 K8s 架构师，但能独立完成几件具体的研发工作。首先是能看懂并修改社区现有的开源 Chart，比如从官方仓库拉取一个 Redis 或 Nginx 的包，根据公司的内部规范修改其中的镜像地址、资源配额和持久化路径，然后重新打包部署。其次是能从零开始为一个自研的微服务编写 Chart 目录，把 Deployment 和 Service 的 YAML 转写成 Go Template，抽取出镜像名、副本数、端口等变量放进 values.yaml，实现开发、测试、生产多环境的配置分离。练习时，建议你找一个自己最熟悉的业务项目，把它的 YAML 文件全部拆解成模板，分别生成 dev 和 prod 两套配置文件包。把这套流程完整走通一次，就算真正把这门课的资料吃透了，日常处理 K8s 应用分发时就不必再到处复制粘贴零散的配置文件。