编写高效 kubernetes 控制器需遵循以下步骤：1. 理解控制器机制，利用 informer 监听资源变化，lister 读取缓存，clientset 执行写操作；2. 使用 sharedinformerfactory 统一管理多资源监听，提升性能与维护性；3. 处理事件时采用 workqueue 实现并发安全、幂等处理及限速重试；4. 合理使用 lister 缓存降低 api server 压力并设置合适 resync 时间；5. 完善错误处理机制，结合 workqueue 延迟重试确保控制器稳定性。
编写一个高效的 Kubernetes 控制器，是很多 Golang 开发者在构建云原生应用时必须面对的任务。Kubernetes 控制器的核心在于监听资源状态变化，并根据期望状态做出响应。而 client-go 作为官方提供的 Go 客户端库，是实现这一功能的基础工具。以下是一些在使用 client-go 编写控制器时的最佳实践和实用技巧。
构建基础：了解控制器的工作机制
Kubernetes 控制器本质上是一个“控制循环”，它不断检查当前系统的实际状态是否与期望状态一致。如果不一致，就尝试进行调整。client-go 提供了 Informer、Lister、Clientset 等组件来帮助开发者高效地监听和操作资源。
- Informer 是核心，它可以监听资源的增删改事件。
- Lister 提供只读缓存访问，避免频繁调用 API Server。
- Clientset 用于执行写操作（如更新、删除资源）。
建议从简单的例子入手，比如监控 Pod 的创建事件并做日志输出，再逐步扩展逻辑。
立即学习“go语言免费学习笔记（深入）”；
使用 SharedInformerFactory 统一管理资源监听
SharedInformerFactory 可以让你在一个工厂中同时监听多个资源类型，还能共享底层缓存，提升性能和代码可维护性。
factory := informers.NewSharedInformerFactory(clientset, time.Second*30) podInformer := factory.Core().V1().Pods().Informer()
这样做有几个好处：
- 减少重复创建 Informer 的开销
- 支持自动同步（Resync）
- 方便统一启动所有监听器
你可以在同一个工厂中添加多个资源类型的 Informer，例如同时监听 Service 和 Deployment。
处理事件时注意并发安全和去重
控制器处理事件时可能会面临高并发的问题，尤其是在大规模集群中。为了防止资源竞争和重复处理，可以采取以下策略：
- 使用
workqueue
包中的队列结构，将事件放入队列异步处理 - 每个事件处理函数应保证幂等性，即使多次处理也不会出错
- 在处理前先检查资源版本（ResourceVersion），避免处理过期事件
queue := workqueue.NewRateLimitingQueue(workqueue.DefaultControllerRateLimiter())
workqueue 还支持限速和延迟重试，非常适合用来做事件排队和错误回退。
合理使用缓存和减少 API Server 请求
client-go 提供的 Lister 是本地缓存的接口，能显著减少对 API Server 的请求压力。尽量使用 Lister 来获取资源信息，而不是每次都调用 Clientset 去 Get。
此外，合理设置 Resync 时间也很重要。太频繁会增加负载，太稀疏可能无法及时响应变化。默认每 30 秒一次是个不错的起点，可以根据业务需求调整。
错误处理和重试机制不能忽视
在控制器中，错误是常态，比如网络波动、资源不存在等。client-go 提供了一些辅助函数来简化重试逻辑，比如
utilruntime.HandleError()。
你可以结合 workqueue 的延迟重试机制，在遇到临时错误时将事件重新入队：
if err != nil {
queue.AddAfter(key, 5*time.Second)
return
}确保你的控制器具备良好的容错能力，避免因为单个错误导致整个程序崩溃。
基本上就这些。client-go 虽然功能强大，但掌握好基本模式后，写起控制器来其实并不复杂。关键是理解各个组件的作用，以及如何组合它们来实现稳定、高效的控制循环。
