【云原生系列】第二篇 为什么K8s API需要resourceVersion

系列文章目录

第一篇 为什么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