如何深入理解Kubernetes的client-go Informer机制?
- 内容介绍
- 文章标签
- 相关推荐
本文共计3245个文字,预计阅读时间需要13分钟。
了解了client-go中的架构设计,包括tools/cache下的相关概念。下面是对informer的简要分析:
在client-go的informer架构中,存在一个controller组件。这里的controller并非Kubernetes中的Controller组件,而是一个用于管理资源状态和事件处理的内部组件。
之前了解了client-go中的架构设计,也就是 tools/cache 下面的一些概念,那么下面将对informer进行分析
在client-go informer架构中存在一个 controller ,这个不是 Kubernetes 中的Controller组件;而是在 tools/cache 中的一个概念,controller 位于 informer 之下,Reflector 之上。code
从严格意义上来讲,controller 是作为一个 sharedInformer 使用,通过接受一个 Config ,而 Reflector 则作为 controller 的 slot。Config 则包含了这个 controller 里所有的设置。
本文共计3245个文字,预计阅读时间需要13分钟。
了解了client-go中的架构设计,包括tools/cache下的相关概念。下面是对informer的简要分析:
在client-go的informer架构中,存在一个controller组件。这里的controller并非Kubernetes中的Controller组件,而是一个用于管理资源状态和事件处理的内部组件。
之前了解了client-go中的架构设计,也就是 tools/cache 下面的一些概念,那么下面将对informer进行分析
在client-go informer架构中存在一个 controller ,这个不是 Kubernetes 中的Controller组件;而是在 tools/cache 中的一个概念,controller 位于 informer 之下,Reflector 之上。code
从严格意义上来讲,controller 是作为一个 sharedInformer 使用,通过接受一个 Config ,而 Reflector 则作为 controller 的 slot。Config 则包含了这个 controller 里所有的设置。

