成本GitOps窗口Helm查询优化与样本留存 - 第2节

2.1 Helm 简介：Kubernetes 的包管理器

Helm 是 Kubernetes 生态中最流行的包管理工具，其核心使命是解决 Kubernetes 原生 YAML 资源清单的重复编写、版本管理、环境差异和复杂应用编排问题。类比操作系统中的 apt/yum 或编程语言中的 npm/pip，Helm 将一组相关的 Kubernetes 资源（Deployment、Service、ConfigMap、Ingress 等）打包为一个可复用、可配置、可版本化的Chart。

Helm 的三大核心概念

2.2 Chart 结构：标准化的应用打包规范

一个 Helm Chart 遵循固定的目录布局，这是 Helm 能够自动识别和渲染资源的基础。以下是一个典型 Chart 的完整结构：

my-chart/
├── Chart.yaml          # Chart 元数据：名称、版本、API 版本、描述
├── values.yaml         # 默认配置值，用户可覆盖
├── values.schema.json  # (可选) values.yaml 的 JSON Schema 校验文件
├── charts/             # (可选) 子 Chart 依赖，如依赖的 MySQL Chart
├── templates/          # 核心目录：Go 模板文件，最终渲染为 Kubernetes YAML
│   ├── deployment.yaml
│   ├── service.yaml
│   ├── ingress.yaml
│   ├── _helpers.tpl    # (可选) 模板辅助函数，可被其他模板引用
│   └── tests/          # (可选) 测试 Pod 模板，用于验证 Release 是否正常
├── README.md           # (可选) Chart 使用说明
└── LICENSE             # (可选) 许可证文件

Chart.yaml 关键字段

2.3 模板引擎：Go Template 与 Values 注入

Helm 使用 Go 语言内置的 text/template 引擎，结合 Sprig 函数库（提供 100+ 额外模板函数），将 values.yaml 中的配置动态注入到 templates/ 下的 YAML 文件中。这是 Helm 实现“一次编写，多环境复用”的核心机制。

模板语法速览

{{- /* 这是一个模板注释，不会出现在最终输出中 */ -}}

{{- /* 输出 values.yaml 中的值 */ -}}
replicas: {{ .Values.replicaCount }}

{{- /* 带默认值的输出 */ -}}
image:
  repository: {{ .Values.image.repository | default "nginx" }}
  tag: {{ .Values.image.tag | default "latest" }}

{{- /* 条件判断 */ -}}
{{- if .Values.service.create }}
apiVersion: v1
kind: Service
...
{{- end }}

{{- /* 循环遍历 */ -}}
{{- range .Values.ports }}
  - port: {{ .port }}
    targetPort: {{ .targetPort }}
{{- end }}

{{- /* 使用 _helpers.tpl 中定义的命名模板 */ -}}
name: {{ include "my-chart.fullname" . }}

2.4 Release 管理：部署、升级、回滚与删除

Release 是 Helm 在 Kubernetes 集群中管理应用生命周期的基本单位。每次 helm install 或 helm upgrade 都会生成一个新的 Release 版本，Helm 在集群的 kube-system 命名空间中保存 Release 的历史记录（默认存储在 Secret 中）。

Release 生命周期命令

Release 版本状态机

2.5 Helm 与 Kubernetes 的关系

Helm 不是 Kubernetes 的替代品，而是运行在 Kubernetes 之上的应用层管理工具。理解两者的边界和协作方式，是正确使用 Helm 的前提。

职责边界对比

Helm 在 Kubernetes 集群中的架构位置

Helm 3 的工作流程

1. Chart 准备：开发者编写 Chart 模板和 values.yaml，或从仓库拉取已有 Chart。
2. 模板渲染：Helm CLI 读取 Chart 和用户提供的 values，在本地完成 Go Template 渲染，生成完整的 Kubernetes YAML 清单。
3. API 调用：Helm 通过 kubeconfig 向 Kubernetes API Server 发送 POST/PUT/DELETE 请求，创建或更新资源。
4. 状态记录：Helm 将 Release 元数据（版本号、渲染后的资源清单、values 快照）写入集群的 Secret 中。
5. 生命周期管理：后续的 upgrade、rollback、uninstall 操作均基于 Secret 中存储的历史版本信息执行。