K8S Informer机制原理解读 | Reflector

最新推荐文章于 2025-06-25 10:50:18 发布
最新推荐文章于 2025-06-25 10:50:18 发布
阅读量713 收藏 9
点赞数 6
CC 4.0 BY-SA版权
分类专栏： kubernetes Go 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/efheoihfe/article/details/135695903

Reflector

Informer可以对Kubernetes API Server的资源执行监控（Watch）操作，资源类型可以是Kubernetes内置资源，也可以是CRD自定义资源，其中最核心的功能是Reflector。Reflector用于监控指定资源的Kubernetes资源，当监控的资源发生变化时，触发相应的变更事件，例如Added（资源添加）事件、Updated（资源更新）事件、Deleted（资源删除）事件，并将其资源对象存放到本地缓存DeltaFIFO中。

通过NewReflector实例化Reflector对象，实例化过程中须传入ListerWatcher数据接口对象，它拥有List和Watch方法，用于获取及监控资源列表。只要实现了List和Watch方法的对象都可以称为ListerWatcher。Reflector对象通过Run函数启动监控并处理监控事件。而在Reflector源码实现中，其中最主要的是ListAndWatch函数，它负责获取资源列表（List）和监控（Watch）指定的Kubernetes API Server资源。

ListAndWatch函数实现可分为两部分：第1部分获取资源列表数据，第2部分监控资源对象。

1. 获取资源列表数据

ListAndWatch List在程序第一次运行时获取该资源下所有的对象数据并将其存储至DeltaFIFO中。以Informers Example代码示例为例，在其中，我们获取的是所有Pod的资源数据。ListAndWatch List流程图如图所示。


（1）r.listerWatcher.List用于获取资源下的所有对象的数据，例如，获取所有Pod的资源数据。获取资源数据是由options的ResourceVersion（资源版本号）参数控制的，如果ResourceVersion为0，则表示获取所有Pod的

最低0.47元/天 解锁文章

200万优质内容无限畅学
【云原生进阶之容器】第二章Controller Manager原理2.4节--Informer机制剖析
junbaozi的专栏
01-05 691
client-go 包中一个非常核心的工具就是 informer，informer 可以让与 kube-apiserver 的交互更加优雅。Informer 另外一块内容在于提供了事件 handler 机制，并会触发回调，这样 Controller 就可以基于回调处理具体业务逻辑。
【云原生进阶之容器】第二章Controller Manager原理2.6节--Informer controller
junbaozi的专栏
01-08 844
DeltaFIFO 是一个非常重要的组件，真正让他发挥价值的，便是 Informer 的 controller。虽然 Kubernetes 源码中的确用的是 controller 这个词，但是此 controller 并不是 Deployment Controller 这种资源控制器。而是一个承上启下的事件控制器（从 API Server 拿到事件，下发给 Informer 进行处理）。
6.4 k8s的informer机制
福大大架构师每日一题
02-19 1125
informer机制的作用:informer机制的主要对象Reflector： reflector 用来直接和 k8s api server 通信，内部实现了 listwatch 机制DeltaFIFO：更新队列informer：informer 是我们要监听的资源的一个代码抽象Indexer：Client-go 用来存储资源对象并自带索引功能的本地存储 informer.go 解读一下 先通过kubeconfig创建 restclient.Config 然后创建和apiserver交互的 cli
《k8s-1.13版本源码分析》- Informer 机制
weixin_30677617的博客
04-18 362
源码分析系列文章已经开源到github，地址如下： github：https://github.com/farmer-hutao/k8s-source-code-analysis gitbook：https://farmer-hutao.github.io/k8s-source-code-analysis ...
K8s系列(四) - 深入解析Informer机制
最新发布
abcy071213的博客
06-25 448
Informer机制通过Reflector、Informer和Indexer三个模块的协同工作，实现了高效处理资源事件的目标。通过本文，读者将能够深入了解Informer的工作原理，并学会如何在实际项目中应用和优化Informer。在K8s中，Informer机制扮演着至关重要的角色，为高效处理资源事件提供了强大的支持。本文将详细解析Informer机制的核心模块、工作原理以及在实际应用中的价值，帮助读者更好地理解和应用Informer。传输和内存占用的开销，提高Informer机制的性能。
k8s Informer机制
国产-达芬奇
03-28 674
核心模块 Informer只要由如下几个模块组成： Reflector Informer Indexer 其架构图如下： Reflector 通过上图，可以看到，Reflector内部实现了ListWatch机制，可以感知资源的变化，一个ListWatch只对应一种资源，包括k8s的内置资源，也可以是用户自定义的资源。当感知到资源的创建、更新、删除时，将资源放到Delta FIFO的队列里。 Informer Informer是我们要监听的资源的代码抽象，在Control...
K8S Informer机制原理解读 | 架构设计
程序员溪昂
01-18 1671
在Kubernetes系统中，组件之间通过HTTP协议进行通信，在不依赖任何中间件的情况下需要保证消息的实时性、可靠性、顺序性等。那么Kubernetes是如何做到的呢？答案就是Informer机制。Kubernetes的其他组件都是通过client-go的Informer机制与Kubernetes API Server进行通信的。
java基础小细节
weixin_48514539的博客
10-20 719
Java基础面试题 首先，在这里说明一下，这篇文章是我结合自身目前所学到的知识点，从网上摘录总结的一些java面试基础题。 面向对象的三大特征 这个应该是大家都知道的：封装、继承、多态嘛。 封装：也叫信息隐藏或数据访问保护。 意义： 1.保护数据不被随意修改，提高代码可维护性 2.仅暴露有限的必要接口，提高类的易用性。 3.封装方法可以有效减少耦合 耦合：模块与模块之间，代码与代码之间的关联程度，对属性封装后，和调用相关的代码就会变得相对简单，可以降低耦合 继承： 是面向对象程序设计使代码可以复用的最重要的
K8S Informer机制原理解读 | Indexer
程序员溪昂
01-19 726
Indexer有4个非常重要的数据结构，分别是Indices、Index、Indexers及IndexFunc。items字段中存储的是资源对象数据，其中items的key通过keyFunc函数计算得到，计算默认使用MetaNamespaceKeyFunc函数，该函数根据资源对象计算出/格式的key，如果资源对象的为空，则作为key，而items的value用于存储资源对象。ThreadSafeMap是一个内存中的存储，其中的数据并不会写入本地磁盘中，每次的增、删、改、查操作都会加锁，以保证数据的一致性。
k8s informer机制分析
fengcai_ke的博客
07-12 1468
k8s informer机制分析
[k8s源码]4.informer
weixin_45396500的博客
07-16 938
这段代码定义了 PodInformer 接口及其实现，采用了工厂模式和延迟初始化策略来管理 Kubernetes Pod 资源的 Informer。核心是 Informer() 方法，它通过调用 factory.InformerFor() 来获取或创建 cache.SharedIndexInformer 实例。这个过程的本质是构造一个 cache.SharedIndexInformer 类型的 informer。
k8s 源码分析 informer篇
qq_35679620的博客
04-24 1931
k8s 源码分析 informer篇 informer 是 client-go 中的核心工具包，informer 其实就是一个带有本地缓存和索引机制的，可以注册 EventHandler 的 client 本地缓存被称为 Store,索引被称为 Index。使用 informer 的目的是为了减轻 apiserver 数据交互的压力而抽象出来的一个 cache 层，客户端对 apiserver 数据的 读取和监听操作都通过本地 informer进行。
K8S Informer机制分析
much efforts, much luck
01-20 2082
K8S Informer机制分析 一、总体组件介绍 Reflector： 通过 Kubernetes API 监控 Kubernetes 的资源类型 采用 List/Watch 机制, 可以 Watch 任何资源包括 CRD 添加 object 对象到 DeltaFIFO 队列，然后 Informer 会从队列里面取数据进行处理。Reflector 会和 apiServer 建立长连接，并使用 ListAndWatch 方法获取并监听某一个资源的变化。List 方法将会获取某个资源的所有实例，Watch
【k8s源码篇之Informer篇1】理解 Informer 的缓存与索引数据结构的设计
叮当猫的喵i
08-08 2125
可以看出 Store 接口主要定义 对缓存（Local Store）的操作// k8s.io/client-go/tools/cache/store.go // Store 接口定义了 对缓存的操作 （如删除、更新、获取等） type Store interface {
K8S学习指南(70)-K8S中的informa机制
俞兆鹏的博客
01-09 1594
Informer 是 Kubernetes 中用于监控和处理资源对象变化的框架。它建立在 Kubernetes 的客户端库 client-go 之上，提供了高级别的 API，简化了开发者对资源对象状态变化的监听和处理。Informer 的核心思想是将对资源对象的监听和处理逻辑进行模块化，以便更容易地维护和扩展。通过 Informer，开发者可以注册关注的资源类型，并在资源状态发生变化时执行自定义的业务逻辑。
K8S controller编写之Informer的原理+使用[drift]
斯是陋室，惟汝德馨
04-30 1070
Watch 操作的实现机制使用 HTTP 协议的分块传输编码——当 client-go 调用 Kubernetes API Server 时，Kubernetes API Server 在 Response 的 HTTP Header 中设置 Transfer-Encoding 的值为 chunked，表示采用分块传输编码，客户端收到消息后，与服务端进行连接，并等待下一个数据块。图来源（CloudNativeCommunity）client-go 中informer的概括图.
k8s informer内部机制与控制器工作原理
Kason_iWiki
07-02 1080
k8s有一个非常核心的组件：”apiserver“ 所有对象的访问都由apiserver去操作，所谓的informer会提供一个list和watch机制(informer在启动以后会发起一个长链接请求apiserver，通常会第一时间list，接下来会watch，监听apiserver对象的任何变化) apiserver是一个json的序列化数据，程序要消费这个数据，则需要反序列化(字符串转换为go对象)，上图中Reflector，是通过反射机制实现的，会解析对象的key...
Kubernetes之Informer机制详解
专注于输出大概有用的软硬件技术！
06-28 2246
本文尝试从Informer中的Lister、Watcher、Indexer、Store及Controller 5个组件展开对其进行详细阐述。希望对您有所帮助！
图解kubernetes中informer机制基础设计原理
8小时_公共号:图解源码
03-09 405
kubernetes中的informer机制可能是实现集群控制模块的最核心的设计之一了，本文从informer如何获取数据开始,然后介绍了为了减少apiserver而设计的缓存、索引、无界队列、共享informer等机制欢迎一起交流学习 1. informer的本质 1.1 设计目标 之前说到kubernetes里面的apiserver的只负责数据的CRUD接口实现，并不负责业务逻辑的处理，所以...
k8s informer机制
04-02
### Kubernetes Informer机制的工作原理 Kubernetes 的 Informer 机制是一种用于监控和管理集群中资源对象状态变化的核心工具。它通过监听特定类型的资源（如 Pod、Service 或 Deployment），并将其更新存储在本地缓存中，从而减少对 API Server 的频繁调用。 #### 工作流程概述 Informer 的工作流程主要包括以下几个阶段： 1. **List-Watch 循环** List-Watch 是 Informer 的核心功能之一。`List` 接口会一次性拉取当前版本下所有目标资源的全量数据[^4]，而 `Watch` 则持续接收这些资源后续的变化通知（新增、修改或删除）。这种全量加增量的方式构建了一个完整的客户端视图。 2. **事件分发与处理** 当接收到新的事件时，Informer 将其传递给 Delta FIFO 队列，并最终触发控制器中的回调函数来响应这些事件。这使得开发者能够定义自定义逻辑以应对不同类型的资源变动[^2]。 3. **本地缓存维护** 所有的资源对象都会被保存在一个名为 Store 的内存结构里作为高速访问通道。这样当应用程序需要查询某个具体实例的信息时无需再次请求远程服务而是可以直接读取近实时副本即可满足需求。 4. **Resync 定时重同步** Resync 功能允许设置一个固定时间间隔，在此期间即使没有任何外部更改发生也会强制刷新整个集合至最新状态以防遗漏任何潜在改动[^3]。 #### 抽象层次设计 为了提高灵活性以及资源共享效率，官方还提供了更高层封装形式即SharedInformer 。相比单独创建多个独立运行体而言它可以允许多个消费者共享同一个底层连接及其产生的消息流进而降低总体负载压力同时简化代码复杂度。 以下是简单的伪代码展示如何初始化并注册处理器： ```go // 创建工厂实例 factory := informers.NewSharedInformerFactory(clientset, resyncPeriod) // 获取指定类型资源对应的 Infromer 对象 deploymentInformer := factory.Apps().V1().Deployments() // 添加事件处理器 deploymentInformer.Informer().AddEventHandler(cache.ResourceEventHandlerFuncs{ AddFunc: func(obj interface{}) { fmt.Println("Deployment added:", obj) }, UpdateFunc: func(oldObj, newObj interface{}) { fmt.Println("Deployment updated from", oldObj, "to", newObj) }, DeleteFunc: func(obj interface{}) { fmt.Println("Deployment deleted:", obj) }, }) // 启动所有已注册的 Informer 并等待它们完成初始填充过程后再继续执行其他操作 stopCh := make(chan struct{}) defer close(stopCh) factory.Start(stopCh) factory.WaitForCacheSync(stopCh) ``` ### 总结 综上所述,Kubernets 中的 Informer 不仅提供了一种高效便捷的方式来跟踪 K8S 内部实体生命周期内的各种动态改变情况;而且借助于内置缓冲区还能有效减轻网络延迟带来的影响提升整体性能表现.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值