直接用 helm install 部署 go 应用可行，但需 chart 正确配置镜像拉取、端口暴露、/healthz 健康检查及 readinessprobe；values.yaml 必须显式定义镜像、pullpolicy 和 resources 限制；推荐使用 helm upgrade --install 实现幂等部署；chart 与 go 语言无关，无需 go.mod 或 sdk；go 程序须处理 sigterm 以支持优雅退出。
直接用 helm install 部署 Go 应用是可行的，但前提是你的 Chart 已正确封装了镜像拉取、端口暴露、健康检查等关键配置；否则大概率会卡在 CrashLoopBackOff 或服务无法就绪。
Go 应用必须暴露 /healthz 且配置 readinessProbe
Go 服务通常监听一个端口（如 :8080），但 Kubernetes 不会自动知道它“准备好了”。如果你没在 templates/deployment.yaml 中定义 readinessProbe，Service 可能会把流量转发给尚未启动完成的 Pod。
- 务必在 Go 代码中提供一个轻量健康检查端点，例如
http.HandleFunc("/healthz", func(w http.ResponseWriter, r *http.Request) { w.WriteHeader(http.StatusOK) }) - 对应 Helm 模板里要写清楚路径、端口和初始延迟：
readinessProbe: httpGet: path: /healthz port: {{ .Values.service.port }} initialDelaySeconds: 5 periodSeconds: 10 - 避免用
exec探针调用curl—— Alpine 镜像里默认没装curl，容易导致探针失败
values.yaml 必须显式控制镜像与资源限制
Go 二进制体积小、内存占用低，但不设 resources.limits 容易被集群 OOMKilled；硬编码镜像 tag 则无法支持多环境灰度发布。
-
values.yaml至少应包含以下字段：image: repository: my-registry.example.com/go-app tag: "v1.2.3" pullPolicy: IfNotPresent resources: requests: memory: "64Mi" cpu: "100m" limits: memory: "256Mi" cpu: "500m" - Go 应用对 CPU 敏感度低于内存，
limits.memory建议设为requests.memory的 3–4 倍，留出 GC 波动空间 - 不要在模板里写死
image.tag: "latest"—— 这会让helm upgrade失去版本控制能力
用 helm upgrade --install 替代 helm install
helm install 要求 release 名唯一，而 helm upgrade --install 是幂等操作：不存在就创建，存在就更新。CI/CD 流水线里必须用后者，否则每次部署都要手动清理旧 release。
- 典型命令示例：
helm upgrade --install my-go-app charts/go-app \ --namespace production \ --values env/prod-values.yaml \ --wait --timeout 5m
-
--wait会阻塞直到所有 Pods 进入Ready状态，但若 readinessProbe 配置不当，它会超时失败 - 本地调试时可加
--dry-run --debug查看渲染出的 YAML，确认image和probe是否按预期注入
Chart 本身跟 Go 语言几乎无关
Helm Chart 是纯 YAML + Go template 语法的组合，不编译、不运行 Go 代码。你不需要在 Chart 目录里放 go.mod 或 main.go，也不需要 Go SDK 来构建或渲染 Chart。
- Chart 开发只需关注三件事：资源模板（
deployment.yaml）、参数化逻辑（{{ .Values.image.tag }}）、依赖声明（Chart.yaml中的dependencies） - 想在 Go 程序里调用 Helm？别用官方
helm.sh/helm/v3SDK —— 它 API 频繁变动，action.Install.Run()在 v3.12 里返回值签名都变了，极易 break - 真要集成，推荐 shell 方式调用
helm template渲染 YAML，再用kubectl apply提交，比 SDK 更稳定
最常被忽略的一点：Go 应用容器启动后，如果没主动监听 SIGTERM 并做优雅退出，Kubernetes 发送终止信号时进程会立刻 kill，导致正在处理的请求被丢弃。这和 Helm 无关，但和部署后的稳定性强相关 —— 别只盯着 Chart，得看 Go 代码里有没有 signal.Notify 处理。
