本文探讨了Kubernetes(K8s) API中的resourceVersion的重要性，它用于实现增量监听和数据同步，确保在分布式环境中数据的一致性和效率。resourceVersion与Etcd的revision紧密相关，但在K8s中作为独立的版本标识。文章详细阐述了Get请求的三种情况，并解释了resourceVersion在K8s控制器组件如Deployment、ReplicaSet和Scheduler中的作用。
系列文章目录
第一篇 为什么Etcd的Watch不会丢数据？
第二篇 为什么K8s API需要resourceVersion？
提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档
前言
K8s控制器模式的核心在于快速且高效地获取数据变化。
举个例子，Deployment控制器需要感知到新建的deployment资源，然后驱动replicaset控制器创建出Pod。
获取数据变化依赖于Etcd v3高性能watch特性，而在watch特性中，版本号revision是数据增量同步的核心。
为什么需要版本号，而不是每次都获取最新数据呢？
如果没有版本号，client或者server出现异常后，因为不能获取到异常过程中的数据，就会出现数据丢失。简言之，版本号是数据增量同步的核心。
当client因网络异常出现闪断之后，可以通过版本号从etcd快速获取异常后的数据，无需进行全量同步。
K8s中通过什么实现增量监听逻辑呢？
答案是Resource Version
为什么不直接用etcd的revision呢？
Resouce version又和etcd revision有啥关系呢？
resourceVersion的维
最低0.47元/天 解锁文章
扫一扫
2033
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
