超级会员免费看
本文深入探讨了 Kubernetes client-go 框架，详细解析了 API 对象的版本控制、API 路径、资源类型 Scheme，以及 Clientset 和 Informer 的使用。重点分析了 Informer 的工作原理，包括 DeltaFIFO、Indexer 和 Reflector 的角色，以及 Shared Informer 的实现。此外，文章还介绍了 WorkQueue 的各种类型，如通用队列、延时队列和限速队列，展示了它们在处理资源操作中的重要性。通过对 client-go 源码的分析，读者可以更好地理解和实现 Kubernetes 的二次开发。
文章目录
二 client-go
Kubernetes API
介绍
Kubernetes 中最核心的就是 kube-apiserver 组件，其他组件都是和 kube-apiserver 进行通信的，本节主要就来研究下 Kubernetes API 接口的模型。
API 对象
在 Kubernetes 集群中，Kubernetes 对象是我们持久化的实体，就是最终存入 etcd 中的数据，集群中通过这些实体来表示整个集群的状态。平时我们都是直接编写 YAML 资源清单文件，然后通过 kubectl 来提交创建对应的资源对象，那么它究竟是如何将我们的 YAML 文件转换成集群中的一个 API 对象的呢？
版本
这个就需要去了解下**声明式 API**的设计，为了可扩展性，Kubernetes 在不同的 API 路径（比如/api/v1 或者 /apis/batch）下面支持了多个 API 版本，不同的 API 版本意味着不同级别的稳定性和支持：
- Alpha 级别，例如
v1alpha1<
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
