Golang容器健康监控需暴露/healthz端点并区分readiness与liveness：200表示正常，503表示未就绪，500表示严重异常；配合Docker HEALTHCHECK或K8s探针配置，集成Prometheus指标采集以实现可观测性。
在 Golang 中实现容器化应用的健康监控，核心是暴露标准化的健康检查端点，并结合容器平台（如 Docker、Kubernetes）的探针机制协同工作。关键不在于写多复杂的逻辑，而在于接口语义清晰、响应快速、状态可区分、不引入额外依赖风险。
提供符合规范的健康检查 HTTP 接口
最常用方式是启动一个轻量 HTTP 服务，暴露 /healthz（或 /health）端点，返回结构化 JSON 并控制 HTTP 状态码：
- HTTP 200 表示“一切正常”，适合 readiness 和 liveness 共用基础逻辑
- HTTP 503 表示“未就绪”（如数据库未连通、配置未加载），用于 readiness 探针
- HTTP 500 表示“严重异常”（如 goroutine 泄漏、内存超限），可用于 liveness 触发重启
示例代码片段（使用 net/http）：
http.HandleFunc("/healthz", func(w http.ResponseWriter, r *http.Request) {
// 检查关键依赖（如 DB ping）
if err := db.Ping(); err != nil {
http.Error(w, "db unreachable", http.StatusServiceUnavailable)
return
}
// 检查内部状态（如是否完成初始化）
if !app.IsReady() {
http.Error(w, "app not ready", http.StatusServiceUnavailable)
return
}
w.Header().Set("Content-Type", "application/json")
json.NewEncoder(w).Encode(map[string]string{"status": "ok"})
})
区分 readiness 与 liveness，避免误判
readiness 探针决定是否将流量接入该实例；liveness 探针决定是否重启容器。两者逻辑应有明确边界：
立即学习“go语言免费学习笔记（深入）”；
- readiness 可包含较重检查（如依赖服务连通性、缓存预热完成、配置加载状态）
- liveness 应只检查进程是否存活、主 goroutine 是否卡死、监听端口是否可用等“生死线”指标
- 不要在 liveness 中调用外部服务——否则网络抖动可能反复杀掉健康实例
集成 Prometheus 指标采集（可选但推荐）
健康监控不止于“通/不通”，长期运维需要趋势分析。用 prometheus/client_golang 暴露指标：
- 定义
up{job="myapp"}（1=正常，0=down）作为基础存活指标 - 记录请求延迟分布、错误率、goroutine 数量、内存分配量等关键指标
- 在 /metrics 端点暴露，由 Prometheus 定期抓取，配合 Alertmanager 做阈值告警
注意：/metrics 不替代 /healthz，前者用于观测，后者用于编排系统决策。
适配容器平台配置（Docker/K8s）
Go 应用本身只需提供端点，真正起作用的是容器运行时配置：
- Docker：在
Dockerfile中用HEALTHCHECK指令，例如：
HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 CMD curl -f http://localhost:8080/healthz || exit 1 - Kubernetes：在 Pod spec 中配置
livenessProbe和readinessProbe，指定路径、端口、超时、失败阈值等，例如：
httpGet: { path: /healthz, port: 8080 }，initialDelaySeconds: 10，periodSeconds: 15
务必设置 initialDelaySeconds，给 Go 应用留出初始化时间（尤其含 DB 连接池、配置加载等）。
基本上就这些。Golang 实现健康监控不复杂但容易忽略细节——重点是语义准确、响应轻量、与平台对齐。不需要框架，标准库 + 明确设计就能做到生产可用。
