2. Helm 与 Chart 基础回顾：Helm 架构、Chart 结构、版本化与发布流程

在深入 OCI 分发与缓存加速之前，有必要重新梳理 Helm 的核心概念。Helm 是 Kubernetes 的包管理器，它将应用及其依赖打包为 Chart，并通过 Release 机制管理部署生命周期。本节将聚焦 Helm 架构、Chart 文件结构、版本化规范以及标准发布流程，为后续仓库迁移与存储优化奠定基础。

2.1 Helm 架构：Tiller 已死，Client-Only 时代

Helm v3 彻底移除了服务端组件 Tiller，采用 纯客户端架构。Helm CLI 直接通过 kubeconfig 与 Kubernetes API Server 交互，不再需要集群内的服务端代理。这一变化大幅简化了安全模型与部署流程。

2.2 Chart 结构：标准目录与核心文件

一个 Helm Chart 是一个遵循固定目录结构的文件集合。标准 Chart 包含以下核心元素：

2.3 Chart 版本化与发布流程

Chart 的版本化遵循语义化版本规范，发布流程则涉及打包、索引、分发与部署。以下是标准流程：

1. 开发与测试：在本地修改模板与 values，使用 helm lint 验证语法，helm template 预览渲染结果。
2. 打包：执行 helm package ./mychart，生成 mychart-1.0.0.tgz 压缩包。
3. 索引（传统仓库）：将 .tgz 上传至仓库服务器，运行 helm repo index 生成 index.yaml。
4. 分发：用户执行 helm repo add 添加仓库，helm search repo 查找 Chart。
5. 安装：helm install myrelease mychart --values custom-values.yaml，Helm 渲染模板并调用 API 创建资源。
6. 升级与回滚：helm upgrade 更新 Release，helm rollback 回到历史版本。

2.4 版本化规范与依赖管理

Helm 对 Chart 版本有严格约束，依赖管理通过 Chart.yaml 中的 dependencies 字段声明：

# Chart.yaml 示例
apiVersion: v2
name: myapp
description: A Helm chart for Kubernetes
type: application
version: 1.2.3
appVersion: "2.5.0"
dependencies:
  - name: redis
    version: ">=10.0.0"
    repository: "https://charts.bitnami.com/bitnami"
    condition: redis.enabled

2.5 传统仓库 vs OCI 分发：版本化差异