Helm 是 Kubernetes 的官方包管理工具，核心作用是将 Kubernetes 应用的所有资源（Deployment、Service、ConfigMap 等）打包成一个可分发的单元（称为 Chart），实现应用的一键安装、升级、回滚、卸载，解决了 K8s 资源配置零散、版本管理复杂的痛点。
简单类比：
- Helm ≈ Kubernetes 中的
yum/apt（Linux 包管理器） - Chart ≈ 软件安装包（如
.rpm/.deb） - Release ≈ 应用的一次部署实例（同一 Chart 可多次部署生成不同 Release）
Helm 核心组件与架构
Helm 分为 Helm Client（客户端） 和 Helm Chart Repository（仓库） 两大核心部分（Helm 3 移除了 Helm 2 的 Tiller 服务端，架构更简洁）。
| 组件 | 作用 | 核心功能 |
|---|---|---|
| Helm Client | 运行在本地的命令行工具 | 1. Chart 的创建、打包、上传 2. 发送部署指令到 K8s API Server 3. 管理 Release 的生命周期（安装 / 升级 / 回滚） |
| Chart Repository | 存储 Chart 的远程仓库（支持 HTTP/HTTPS） | 1. 托管 Chart 包和索引文件（index.yaml）2. 提供 Chart 版本管理和检索 3. 官方仓库：Artifact Hub |
| Chart | Helm 应用打包格式 | 包含应用的所有 K8s 资源配置、依赖、参数模板 |
| Release | Chart 在 K8s 集群中的一次部署实例 | 同一 Chart 可在集群中部署多次，生成多个独立 Release |
Helm版本
Helm 3 核心改进（对比 Helm 2）
- 移除 Tiller 服务端：直接通过 K8s API Server 交互，降低安全风险和部署复杂度。
- Release 信息存储：Release 元数据存储在 K8s 的
Secret/ConfigMap中（默认 Secret）。 - 更完善的权限控制：基于 K8s RBAC 实现细粒度权限管理，用户仅能操作自己有权限的资源。
- 支持 OCI 镜像仓库：可将 Chart 推送到 Docker Registry 等 OCI 兼容仓库。
Helm 核心概念
Chart：K8s 应用的打包单元
一个 Chart 是一个目录结构标准化的文件夹，包含应用的所有资源定义和配置模板。
典型 Chart 目录结构
myapp-chart/
├── Chart.yaml # Chart 元数据（名称、版本、描述、依赖等）
├── values.yaml # 配置默认参数（如镜像版本、副本数、服务端口）
├── charts/ # 子 Chart 依赖目录（存放依赖的其他 Chart）
├── templates/ # K8s 资源模板文件（基于 Go Template 渲染）
│ ├── deployment.yaml # Deployment 模板
│ ├── service.yaml # Service 模板
│ ├── configmap.yaml # ConfigMap 模板
│ └── _helpers.tpl # 模板辅助函数（可复用的变量/函数）
└── README.md # 说明文档（可选）
Release：Chart 的部署实例
- 当使用
helm install部署一个 Chart 时，Helm 会在 K8s 集群中创建一个 Release。 - 同一 Chart 可多次安装，生成不同 Release（如
myapp-dev、myapp-prod），彼此独立。 - Release 有自己的版本号（如
myapp-1、myapp-2），支持升级和回滚。
Repository：Chart 仓库
- 仓库是用于存储和分发 Chart 的远程服务器，包含
index.yaml（Chart 索引，记录所有 Chart 的版本、下载地址）和 Chart 压缩包。 - 用户可通过
helm repo add添加仓库，helm search repo检索 Chart。