1. Helm 基础回顾：Helm 架构、Chart 结构、模板引擎、Release 管理

在深入 Chart 测试与验证之前，必须重新夯实 Helm 的核心基础。Helm 是 Kubernetes 生态中的包管理工具，它将应用定义、配置与部署逻辑封装为 Chart，并通过 Release 机制管理每次部署的生命周期。本节从架构、Chart 结构、模板引擎与 Release 管理四个维度进行系统性回顾。

1.1 Helm 架构：客户端与 Tiller（历史）及客户端仅模式

Helm 架构经历了从 v2 到 v3 的重大演进。v3 移除了服务端组件 Tiller，采用纯客户端架构，大幅提升了安全性与简洁性。

1.2 Chart 结构：标准目录布局

一个标准的 Helm Chart 遵循固定的目录结构，每个文件都有明确的职责。理解此结构是编写可测试 Chart 的前提。

1.3 模板引擎：Go 模板与内置函数

Helm 使用 Go 模板引擎将 values.yaml 中的配置注入到 Kubernetes 资源模板中。模板引擎的核心能力包括：

• 值注入： 通过 {{ .Values.key }} 引用 values 中的值。
• 管道与函数： 支持 quote、default、upper、indent 等内置函数。
• 流程控制： if/else、with、range 实现条件渲染与循环。
• 命名模板： 使用 define 和 template 复用模板片段。

# 示例：Deployment 模板片段 (templates/deployment.yaml)
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ include "myapp.fullname" . }}
  labels:
    app.kubernetes.io/name: {{ include "myapp.name" . }}
    helm.sh/chart: {{ include "myapp.chart" . }}
spec:
  replicas: {{ .Values.replicaCount | default 1 }}
  selector:
    matchLabels:
      app.kubernetes.io/name: {{ include "myapp.name" . }}
  template:
    metadata:
      labels:
        app.kubernetes.io/name: {{ include "myapp.name" . }}
    spec:
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag | default "latest" }}"
          ports:
            - containerPort: {{ .Values.service.port }}

1.4 Release 管理：生命周期与操作

Release 是 Chart 的一次部署实例。每次 helm install、helm upgrade、helm rollback 都会生成或变更一个 Release。Release 名称在命名空间内唯一。

1.5 核心概念关系总结

以下表格梳理了 Helm 核心概念在测试与验证上下文中的关键作用：