go服务在kubernetes集群中应以容器镜像交付，构建须在ci/cd中完成，禁用节点手动装go；需配置资源限制、健康探针、优雅终止及redis cluster客户端等关键实践。
集群环境 ≠ 本地装 Go 工具链
在 Kubernetes 或多节点集群里“搭建 Golang 环境”，不是指每台机器上手动装 go 命令、配 GOPATH —— 那是开发机的事。集群里真正要做的，是让 Golang 服务能稳定运行、可调度、可伸缩。所有构建、编译、依赖管理都该在 CI/CD 流水线中完成，最终交付物是静态链接的二进制文件或容器镜像。
必须用容器镜像交付，别在集群节点上装 Go
常见错误：SSH 登录每个 Node，执行 apt install golang，再 go build —— 这违反不可变基础设施原则，且极易因 Go 版本、CGO、cgo_enabled 不一致导致行为差异。
- 所有构建应在 CI（如 GitHub Actions/GitLab CI）中用指定版本的
golang:1.22-alpine或golang:1.22-slim镜像完成 - 产出二进制时加
CGO_ENABLED=0 go build -a -ldflags '-s -w'，确保无动态依赖、体积小、启动快 - Dockerfile 中不要
RUN apt install golang，直接COPY ./myapp /app/myapp，用scratch或alpine:latest作基础镜像 - 若需调试符号（如 pprof），保留
-ldflags ''（空值），但生产环境仍建议 strip
Kubernetes Deployment 必须显式约束资源与探针
没设 resources.requests 和 livenessProbe 的 Pod，在集群里就是“定时炸弹”：可能被 OOMKilled 却不重启，或卡死却持续收流量。
-
resources.requests.memory设为64Mi起步（Golang 常驻内存通常 20–50MB），cpu设100m；limits可略高，但别设成0或无限 -
livenessProbe.httpGet.path必须指向真实健康接口（如/healthz），initialDelaySeconds≥ 服务冷启动时间（Golang 二进制一般 1–2 秒，别设 5） -
readinessProbe不能和 liveness 用同一路径——它应检查依赖就绪性（如 Redis 连通、DB 可写），失败则从 Service Endpoints 剔除 -
terminationGracePeriodSeconds: 30必须显式设，配合代码中监听SIGTERM并完成当前请求再退出
Redis 集群连接必须用 redis.NewClusterClient
很多团队在集群里跑着 Golang 服务，却还在用 redis.NewClient 连 Redis Cluster —— 表面能写入，实际大量请求静默失败或报 redis: MOVED，因为单节点客户端根本不处理 slot 路由。
- 初始化必须用
redis.NewClusterClient，Addrs至少填 2–3 个可连通的主节点地址（如[]string{"redis-cluster:6379", "redis-cluster-02:6379"}） - 别传
DB: 1—— Redis Cluster 只有 DB 0，设其他值会被忽略，还可能误导排查 - 密码统一配在
Password字段（旧版 Redis）或Username+Password（Redis 6+），漏配任一节点都会导致Ping()失败，错误常是模糊的NOAUTH - 务必在
NewClusterClient返回后立刻调rdb.Ping(ctx).Err()（带 3 秒超时），否则问题拖到第一个业务请求才暴露
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
