Go服务不执行HPA扩缩容，仅需确保可被正确扩缩：暴露健康端点、支持优雅退出、不阻塞SIGTERM、提供真实指标；任一缺失将导致HPA失效或震荡。
Go 服务本身不“做”HPA扩缩容，Kubernetes 的 HPA 控制器才做；Go 只需确保自己“可被正确扩缩”——暴露健康端点、支持优雅退出、不卡住 SIGTERM、指标数据真实可用。漏掉任一环节，HPA 就会失效或反复震荡。
为什么 HPA 不扩容？检查这三个 Go 服务配置硬门槛
HPA 不是“看到 CPU 高就加 Pod”，它依赖底层组件链路完整：Metrics Server → HPA → Deployment → Pod → Go 服务。Go 侧最容易断在最后一环。
-
livenessProbe和readinessProbe必须指向 Go 实现的/healthz或/readyz，且响应要快（ -
resources.requests必须显式设置（如cpu: 100m），否则 Metrics Server 可能无法归一化计算利用率，HPA 日志里会出现failed to get cpu utilization: missing request for cpu -
terminationGracePeriodSeconds必须 ≥ Go 代码中srv.Shutdown()的超时时间（比如你设了 10 秒，这里就得 ≥10），否则 kubelet 会在 cleanup 完成前发SIGKILL，请求被强制中断
Go 怎么写 /healthz 和优雅退出才不翻车
看似简单，但线上高频出问题：/healthz 返回 200 但 DB 连接已断；Shutdown 超时后直接 panic；log.Fatal 在 signal 处理里导致进程跳过清理。
-
/healthz只检查本地状态（如 HTTP server 是否监听、goroutine 数是否爆炸），/readyz可额外查 DB 连接池db.PingContext()，但别查 Redis 或其他微服务 - 用
signal.Notify(sig, syscall.SIGTERM)监听，收到后立刻调srv.SetKeepAlivesEnabled(false)拒绝新连接 -
srv.Shutdown()必须传带 timeout 的context，且 defer 里不要cancel()—— 否则 context 提前取消，Shutdown 立刻返回 - 别在 signal handler 里用
log.Fatal或os.Exit，它们绕过 defer，数据库连接、gRPC client、ticker 全部泄漏
HPA 配置里最常写错的三个字段
YAML 看着简单，但少一个字段或值类型不对，HPA 就静默不工作，kubectl describe hpa 只显示 unknown 或 no metrics。
立即学习“go语言免费学习笔记（深入）”；
-
scaleTargetRef.name必须和Deployment的 metadata.name 完全一致（区分大小写），不能写成 service 名或 pod 名 -
metrics[].resource.target.type如果填Utilization，那target.averageUtilization是百分比整数（如70）；如果填AverageValue，就得写带单位的字符串（如"100m"），混用必报错invalid value -
minReplicas和maxReplicas必须是整数，不能是字符串（"2"会解析失败），且minReplicas不能为 0（HPA 不支持缩到 0）
CPU 利用率不准？Go 服务得帮 Metrics Server 算对分母
HPA 计算 CPU 利用率 = container_cpu_usage_seconds_total / resources.requests.cpu。如果 Go 容器没设 requests，或者 runtime 自身开销（如 GC、goroutine 调度）占比较高，这个比值就会失真。
- 启动时加
GOMAXPROCS=2限制并行线程数，避免单 Pod 占满节点 CPU 导致利用率虚高 - 避免在 HTTP handler 里做密集计算或同步阻塞 IO；这类操作会让
container_cpu_usage_seconds_total暴涨，但实际吞吐没提升，HPA 就会误判 - 用
go tool pprof抓 CPU profile，确认热点是否在业务逻辑而非runtime.mallocgc或net/http.serverHandler.ServeHTTP的锁竞争上
真正卡住 HPA 的，往往不是 YAML 写错，而是 Go 进程自己“说谎”：健康接口永远返回 200 却连不上 DB，Shutdown 超时后强行 kill，或者 CPU 指标被 goroutine 泄漏拖垮。这些细节不抠清楚，扩缩容就只是个幻觉。
