一个能跑起来的Go微服务Deployment YAML不能漏：spec.selector.matchLabels与spec.template.metadata.labels必须一致，containerPort须匹配Go监听端口，必须配置livenessProbe和readinessProbe，imagePullPolicy需显式设置，镜像须静态编译且非root运行，resources和replicas不可省略。
Deployment YAML里哪些字段不能漏
一个 Deployment 要让 Golang 应用真正跑起来，不是写完就完事——漏掉关键字段，Pod 会卡在 Pending、CrashLoopBackOff 或者根本收不到流量。
-
spec.selector.matchLabels和spec.template.metadata.labels必须完全一致，否则 Deployment 管不住 Pod -
spec.template.spec.containers[].ports[].containerPort必须和 Go 代码里http.ListenAndServe(":8080", nil)的端口严格对齐（比如填8080） -
livenessProbe和readinessProbe至少得有最简 HTTP GET，路径如/healthz；不加的话 K8s 默认认为容器“永远健康”，实际服务挂了也不会重启 -
imagePullPolicy别留默认值：私有仓库镜像必须显式设为Always，本地测试镜像若用kind或minikube可设IfNotPresent，但生产环境严禁用Never
镜像构建必须静态编译 + 非 root 运行
Go 二进制如果依赖 libc（比如用了 CGO），在 scratch 或 alpine 镜像里直接 panic；而用 root 用户跑，又违反安全基线。这两点不处理，Deployment 创建的 Pod 会立即退出。
- 构建时加
CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o main . - Dockerfile 运行阶段用
FROM scratch或FROM alpine:latest，别用golang:alpine直接跑 - 加
USER 65534:65534（或任意非 0 UID）限制权限，同时确保 Go 程序监听端口 ≥1024（比如:8080，不能:80） - 检查最终镜像大小：理想值应 50MB，大概率没做多阶段构建或误带了调试符号
ConfigMap/Secret 挂载方式决定配置是否生效
Golang 程序本身不识别 ConfigMap，它只读文件系统或环境变量。挂错位置、权限不对、或者没 reload，配置就等于没传进去。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 环境变量注入：在
spec.template.spec.containers[].envFrom下引用configMapRef或secretRef，Go 用os.Getenv("DB_HOST")读取 - 文件挂载：用
volumeMounts挂到指定路径（如/app/config.yaml），注意readOnly: true和mode: 0644，否则 Go 打开文件可能报permission denied - 别把 Secret 当 ConfigMap 用：Secret 的 key 值默认 base64 编码，挂成文件时 K8s 会自动解码；但若通过环境变量注入，需确保 Go 代码没额外做 base64 解码
- 挂载后程序不热加载？Golang 没内置机制，要么启动时一次性读完，要么自己实现 fsnotify 监听文件变更
replicas 和资源限制不是可选项
不设 resources，K8s 调度器无法判断节点是否有空余资源，Pod 可能永远 Pending；不设 replicas，单点故障就全挂。
立即学习“go语言免费学习笔记（深入）”；
-
replicas: 2是底线，1 个副本 = 零容错；哪怕测试环境也建议 ≥2 -
requests.cpu至少100m（0.1 核），requests.memory至少128Mi；Go 应用冷启动内存峰值常超预期，设太低会被 OOMKilled -
limits要略高于requests（比如memory: 256Mi），避免突发流量触发 cgroup 内存回收导致延迟飙升 - HPA 自动扩缩的前提是：已设
resources.requests，且指标服务（如 metrics-server）已部署并可用
最容易被忽略的是 probe 的 initialDelaySeconds：Golang 启动慢（尤其加了 DB 连接池初始化），设太小会导致反复重启；建议从 10 起调，再根据 kubectl logs 里第一条日志时间反推真实就绪耗时。
