Go 中用 client-go 管理 Kubernetes 资源需先构建 rest.Config 和 Clientset，再按命名空间操作 Pod 和 Service；注意上下文超时、RBAC 权限、错误处理及 REST 语义一致性。
在 Go 中用 client-go 管理 Kubernetes 资源，核心是构建客户端、构造资源对象、调用增删改查方法。操作 Pod 和 Service 是最常见场景，关键在于正确配置、理解 REST 语义、处理命名空间和错误。
初始化 client-go 客户端
要与集群通信，必须先创建 rest.Config 和 Clientset。本地开发常用 kubeconfig 文件，生产环境推荐使用 service account 的 token + CA 证书。
- 从 kubeconfig 加载（适合本地调试）：
config, err := clientcmd.BuildConfigFromFlags("", "/path/to/.kube/config") - 从 in-cluster 环境加载（Pod 内运行）：
config, err := rest.InClusterConfig() - 创建 clientset：
clientset, err := kubernetes.NewForConfig(config)
创建和查询 Pod
Pod 是最小调度单元，操作前需指定命名空间（默认是 default）。client-go 提供 Pods(namespace) 接口返回带命名空间的子资源客户端。
- 创建 Pod：
构造v1.Pod对象，设置ObjectMeta.Name、Spec.Containers等字段，再调用Create()pod, err := clientset.CoreV1().Pods("default").Create(context.TODO(), podObj, metav1.CreateOptions{}) - 获取单个 Pod：
pod, err := clientset.CoreV1().Pods("default").Get(context.TODO(), "my-pod", metav1.GetOptions{}) - 列出 Pod（支持 label selector）：
list, err := clientset.CoreV1().Pods("default").List(context.TODO(), metav1.ListOptions{LabelSelector: "app=nginx"})
管理 Service 资源
Service 用于网络访问抽象，与 Pod 关联靠 selector 字段匹配标签。创建时注意 Spec.Type（如 ClusterIP、NodePort、LoadBalancer）和端口映射定义。
立即学习“go语言免费学习笔记（深入）”；
- 创建 Service：
设置Spec.Selector指向目标 Pod 标签，Spec.Ports定义服务端口与容器端口映射svc, err := clientset.CoreV1().Services("default").Create(context.TODO(), svcObj, metav1.CreateOptions{}) - 更新 Service（推荐用
Update()或更安全的Patch()）：
修改对象后直接调用Update()，注意版本控制（ResourceVersion 需一致或为空） - 删除 Service：
err := clientset.CoreV1().Services("default").Delete(context.TODO(), "my-svc", metav1.DeleteOptions{})
处理常见问题和最佳实践
实际使用中容易忽略错误检查、上下文超时、命名空间隔离和权限问题。
- 始终传入带超时的
context.Context，避免永久阻塞：ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second) - 确保 RBAC 权限足够：ServiceAccount 至少需要
pod和service的get/list/create/delete权限 - 不要硬编码命名空间，通过参数或配置注入；多租户场景下严格校验命名空间输入
- 创建失败时检查
err类型——apierrors.IsAlreadyExists()、apierrors.IsNotFound()可做差异化处理
基本上就这些。client-go 的 API 设计贴近 Kubernetes 原生 REST 接口，熟悉 kubectl 命令逻辑后上手很快。重点是把 config、namespace、context、error 四个要素管住，操作 Pod 和 Service 就不复杂但容易忽略细节。
