Golang 管理 Kubernetes 集群状态核心是 client-go：通过 rest.Config 和 ClientSet 连接 API Server，支持 List-Watch 获取与监听状态，Create/Update/Patch/Delete 变更资源，并需处理异步状态、重试及并发安全。
用 Golang 管理 Kubernetes 集群状态，核心是通过官方 client-go 库与 API Server 交互，实现对资源的查询、监听、创建、更新和删除。不需要写 YAML 文件或调用 kubectl，而是直接在代码中操作对象。
接入集群：配置 rest.Config 和 ClientSet
client-go 依赖 kubeconfig 或 in-cluster 配置连接 API Server。本地开发通常用 kubeconfig；部署到 Pod 内则用 service account 自动挂载的 token。
- 从默认路径（$HOME/.kube/config）加载配置：rest.InClusterConfig() 用于 Pod 内，clientcmd.BuildConfigFromFlags("", kubeconfigPath) 用于本地
- 用 config 创建 ClientSet（通用资源客户端）或特定资源的 client（如 CoreV1().Pods(namespace)）
- 注意设置 QPS 和 Burst 避免被限流，尤其在轮询或批量操作时
读取与监听集群状态：List + Watch 模式
获取当前状态用 List，持续跟踪变化用 Watch。两者常组合为 “List-Watch” 机制，是 controller 的基础。
- List 返回资源快照，例如 clientset.CoreV1().Nodes().List(ctx, metav1.ListOptions{})
- Watch 返回 watch.Interface，调用 ResultChan() 获取事件流（Added/Modified/Deleted）
- 推荐用 cache.SharedInformer 封装 List-Watch，自动重连、去重、本地缓存，避免频繁请求 API Server
变更集群状态：Create / Update / Patch / Delete
所有写操作都需构造合法的对象结构，并传入 context 控制超时与取消。
立即学习“go语言免费学习笔记（深入）”；
- Create：传入完整对象（如 *corev1.Pod），命名空间必须匹配
- Update：需先 Get 再修改再 Update，注意 ResourceVersion 字段不能忽略，否则报错“object has been modified”
- Patch：更轻量，支持 JSON Merge Patch 或 Strategic Merge Patch，适合只改少数字段（如更新 label 或 annotation）
- Delete：支持 GracePeriodSeconds 和 PropagationPolicy（如 Foreground 删除级联）
处理常见状态逻辑：条件判断与重试
Kubernetes 资源状态是异步演进的（如 Pod 从 Pending 到 Running），代码中需主动检查 phase、conditions 或 status 字段。
- 不要假设 Create 后立刻 Ready，要用 Get + 循环检查 或结合 informer 监听 status 变化
- 网络抖动或冲突导致失败时，用 backoff.Retry 或 wait.ExponentialBackoff 实现带退避的重试
- 对关键操作（如删除 namespace），建议加 finalizer 校验或 ownerReferences 防误删
基本上就这些。Golang 管理 Kubernetes 不复杂但容易忽略错误处理和并发安全——比如多个 goroutine 共享同一个 ClientSet 是安全的，但共享 informer cache 需注意事件 handler 的线程模型。
