理解kubernetes tools/cache包-5
source link: https://tangxusc.github.io/2019/05/%E7%90%86%E8%A7%A3kubernetes-tools/cache%E5%8C%85-5/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
本文由 简悦 SimpRead 转码， 原文地址 https://blog.csdn.net/weixin_39961559/article/details/81946899
本系列深入介绍了informer的原理,这是本系列第五节
在第四节中，我们在 DeltaFIFO 结构中单独查看了一些细节，它将逻辑 “将此对象添加到请求” 请求转换为 “添加表示对象添加的事件” 操作。 这结束了我们对 tools/cache 包的结构演练。 从行为的角度来看，显然还有很多东西要看，但是现在值得停下来展示全局。
在下图中，您将看到一个毫无歉意的粗糙和简单混合的，UML，一些 Java 概念，一些 Go 类型名称 - 简而言之，一个大杂烩的符号应该证明有助于显示整个包在高水平。
同样，这不是 Go 结构，Java 类或其他任何东西的一对一表示，而是有用的名词和框和线的组合，勾勒出工具 / 缓存包的一般形状，并希望给出一个 整个事物的可用结构概述：
我已经尝试将 UML 正确用于其他一切。 大多数（但不是全部）名称都与 Go 代码足够接近，以一种方式或另一种方式搜索它们应该可以帮助您浏览所有. go 文件。
要处理这张大图，你可以打印出来并阅读本系列的前几篇文章，从第一节开始。用 SharedIndexInformer 概念 / 类开始图示并按照箭头操作。
在文本上，SharedIndexInformer“是一个”SharedInformer，它管理一个 Controller，间接一个 Reflector，它使用 Kubernetes 客户端和 ListerWatcher 实现来更新特定类型的 Store，即 DeltaFIFO，其逻辑事件代表修改，添加和删除列出和观看的 Kubernetes 资源。
它从 getStore()方法返回的 Store，实际上是一个 Indexer，通过 Go 代码中的缓存类型实现。（特别注意，它的 getStore()方法返回其 getIndexer()方法的返回值，这意味着调用者有权访问的 Store 不是它作为实现关注内部更新的 DeltaFIFO。还记得在如果您手中有任何类型的 Store，只有特定函数的调用。）
在本系列的下一篇中，我们将介绍整个 tools/cache 包的线程和行为问题。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK