为什么 Kubernetes revisionHistoryLimit 默认为 2？

Question

Kubernetes.spec.revisionHistoryLimit用于跟踪部署定义的更改。由于这些定义是小 yaml 文件，因此在必要时保留 100 个或更多这些定义似乎并不需要太多（考虑到现代云服务器的典型条件）。

根据文档，它将设置为 2（而不是无限制）。为什么是这样？

Answer 1

保持无限制最终会堵塞 etcd，而 iiuc etcd 并不是为大数据使用而设计的。此外，Kubernetes 控制平面会定期同步和下载，这意味着会有很多不必要的数据需要处理。试想一下，一项每日部署的服务运行了一年多。

将其设置为像 100 这样的高数字对我来说似乎非常随机。为什么不是 1000 或 9001？除此之外，我无法想象有人会想要回滚某些东西一百个版本。

无论如何，我们只讨论默认设置，因此如果您的用例需要，您可以将其设置为非常高的数字。