小鹅通1. Helm 命令基础认知
Helm 作为 Kubernetes 的包管理工具，其命令行接口提供了丰富的子命令来操作 chart。在实际运维中，helm show 和 helm get 这两个看似相似的命令却有着截然不同的使用场景和技术实现。我刚接触 Helm 时也经常混淆它们，直到有次在生产环境误用了 helm get manifest 导致排查方向完全错误，才真正理解它们的本质差异。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 核心命令功能解析
2.1 helm show 的定位与能力
helm show 是纯粹的本地文件检查工具，它只与 chart 的静态文件打交道。当你在 CI/CD 流水线中需要对 chart 进行预检时，这个命令就是你的最佳选择。它包含三个子命令：
bash复制helm show all [CHART] # 显示chart所有信息
helm show values [CHART] # 显示values.yaml内容
helm show chart [CHART] # 显示Chart.yaml元数据
典型使用场景：
- 快速验证从仓库下载的chart内容
- 在安装前检查values的默认配置
- 提取chart的版本等元信息用于自动化脚本
重要提示：
helm show完全不与Kubernetes API交互，即使当前kubeconfig配置错误也能正常执行
2.2 helm get 的集群交互本质
helm get 则是与Kubernetes集群深度交互的命令，它查询的是已部署release的实际状态。其子命令包括：
bash复制helm get manifest RELEASE # 获取渲染后的K8s资源清单
helm get values RELEASE # 获取部署时使用的values
helm get hooks RELEASE # 查看hook资源
helm get notes RELEASE # 显示release备注
关键特性：
- 必须指定已存在的release名称
- 需要有效的kubeconfig权限
- 返回的是集群中实际生效的配置（可能与本地chart不同）
3. 技术实现差异深度对比
3.1 底层工作原理
| 维度 | helm show | helm get |
|---|---|---|
| 数据源 | 本地chart归档文件 | Kubernetes集群中的Secret存储 |
| 网络依赖 | 仅需访问chart仓库（show时） | 需要健康的Kubernetes API连接 |
| 权限要求 | 无 | 需要RBAC授权 |
| 输出一致性 | 始终反映chart原始内容 | 可能包含用户后续的手动修改 |
3.2 典型使用场景示例
场景一：检查chart的默认资源限制
bash复制# 使用show查看原始定义
helm show values stable/nginx-ingress | grep resources -A10
# 使用get查看实际运行配置（需先安装）
helm install my-ingress stable/nginx-ingress
helm get values my-ingress | grep resources -A10
场景二：验证模板渲染结果
bash复制# 模拟渲染（show无法做到）
helm template my-chart/
# 获取实际渲染结果
helm get manifest my-release
4. 高级使用技巧与避坑指南
4.1 版本比对工作流
当出现配置不符合预期时，建议按此流程排查：
- 用
helm show values确认chart原始配置 - 用
helm get values检查实际生效配置 - 使用diff工具比对差异（如vimdiff）
- 检查是否有
--set参数覆盖或手动修改
4.2 常见报错处理
问题一：get manifest返回空内容
可能原因：
- release名称拼写错误
- tiller版本过旧（Helm 2问题）
- 当前kubectl context配置错误
问题二：show values显示乱码
解决方案：
bash复制# 明确指定chart版本
helm show values bitnami/redis --version 12.0.0
# 或先下载到本地再查看
helm pull bitnami/redis --untar
cat redis/values.yaml
5. 自动化集成实践
在CI/CD流水线中，这两个命令可以这样配合使用：
bash复制# 阶段一：chart验证
CHART_CONTENT=$(helm show all my-chart)
if ! echo "$CHART_CONTENT" | grep -q "requiredAnnotation"; then
echo "Chart验证失败" && exit 1
fi
# 阶段二：部署后检查
DEPLOYED_VALUES=$(helm get values my-release -o json)
if jq -e '.autoscaling.enabled' <<< "$DEPLOYED_VALUES"; then
echo "HPA已正确启用"
fi
对于需要审计的场景，可以定期运行：
bash复制# 生成部署快照
helm get manifest prod-release > manifest-$(date +%s).yaml
helm get values prod-release > values-$(date +%s).yaml
6. 性能优化建议
- 对于大型chart，使用
--output json/yaml格式比默认文本更高效 - 在频繁执行的脚本中，对
helm get结果进行缓存（如1分钟有效期） - 避免在循环中直接调用
helm get，改为先获取所有数据再处理
我在管理超过300个微服务的集群时，发现这样的模式能显著降低API负载：
bash复制# 批量获取所有release状态
RELEASE_DATA=$(helm list -aq | xargs -I{} helm get all {} -o json)
# 后续使用jq处理数据
echo "$RELEASE_DATA" | jq -r '.[] | select(.config.image.tag == "latest")'