如何在Kubernetes中部署多个Golang服务-Golang-PHP中文网

多个go服务共用同一service时，selector必须匹配pod的label而非deployment名或镜像名；需统一label键值（如app: my-go-service），且deployment中template.labels与spec.selector.matchlabels须严格一致。

如何在kubernetes中部署多个golang服务

Service 的 selector 不认 Deployment 名、不认镜像名，只认 Pod 上的 label。两个不同 Deployment 想被同一个 Service 转发，label 键值必须完全一致。

统一约定一个 label 键，比如都用 app: my-go-service，Service 的 selector 就写 app: my-go-service
Deployment 中的 template.metadata.labels 和 spec.selector.matchLabels 必须严格一致，否则报错 Invalid value: "xxx": field is immutable
别把 containerPort 和 targetPort 搞反：前者是容器里监听的端口（Go 代码里写的 :8080），后者是 Service 转发到该端口的值，通常和 containerPort 相同
多个服务共用 Service 时，port（Service 对外暴露端口）建议设为固定值（如 80 或 8080），避免客户端硬编码变动端口

本地 go run main.go 能通，但 Pod 卡在 CrashLoopBackOff 或 ContainerCreating，八成是这几个字段没填或填错。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

spec.containers[].ports[].containerPort 必须和 Go 代码中 http.ListenAndServe(":8080", nil) 的端口一致
必须加 livenessProbe 和 readinessProbe，哪怕只是 HTTP GET /healthz；不加的话 K8s 不知道服务是否真就绪，会反复重启
image 别用 localhost:5000/myapp 这种地址，除非你明确设了 imagePullPolicy: Never，否则拉不到镜像
Go 代码必须监听 0.0.0.0:8080，不能只写 127.0.0.1:8080——Pod IP 是网卡地址，K8s 流量进不来

YAML 里写了 httpGet.path: /healthz，但探针一直 404，不是 K8s 配置问题，而是 Go 服务本身没注册对应路由。

Go 代码里必须显式注册 http.HandleFunc("/healthz", ...)，路径名要和 YAML 中 httpGet.path 完全一致（大小写、斜杠都不能差）
/healthz 应只返回 200，不做 DB 查询、不连下游——它只回答“进程还活着吗”
/readyz 可查 DB、Redis 等依赖，但超时必须短（建议 timeoutSeconds: 10），否则探针失败导致 Pod 被反复踢出流量
如果用了 Gin/Echo 等框架，别忘了调用 router.Run(":8080") 或等价阻塞逻辑，否则 main 函数退出，容器立刻终止

镜像太大不只是“占空间”，它直接引发 ImagePullBackOff、节点磁盘爆满、CI 流水线卡住。静态二进制 + scratch 是底线。

构建阶段用 golang:1.22-alpine，关键命令是：RUN CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o main .
运行阶段必须用 FROM scratch 或 alpine:latest；若用了 cgo（比如 sqlite3），只能选 alpine 并 apk add 依赖
入口命令必须是 CMD ["/main"]，不是 go run main.go——后者会把整个 Go 工具链打进镜像
加上 USER 65532:65532 以非 root 用户运行，避免容器逃逸后获得高权限