系列文章目录
第一篇 为什么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的维