Kubernetes即学即用（第二版）

270

｜

第

18

章

当你制订好发布计划以后，重要的是每个发布都要严格遵守计划，无论规模

大小如何。很多停机现象都是因为人们为了解决某些问题而加快发布速度，

或者因为他们自以为这样做“很安全”。

18.5.3

面向全球部署的仪表板和监视

在小规模开发中，这似乎是一个奇怪的概念，但在中型或大型的开发中，你

可能会遇到的一个重大问题是将不同版本的应用程序部署到不同的区域。发

生这种情况的原因可能多种多样（例如发行失败，中止发行或特定区域出现

了某些问题），而且如果不仔细地进行跟踪，那么很可能很快世界各地都部

署了不同的版本，导致无法管理。此外，由于客户会询问他们遇到的问题是

否已经被修正，因此你需要回答一个常见的问题：“是否已经部署完毕？”

因此，开发一些仪表板至关重要，这些仪表板可以一目了然地告诉你哪个区

域正在运行哪个版本，并在部署了太多不同版本的应用程序时发出警报。最

佳实践是活动版本的数量不要超过三个：一个测试版本、一个推出版本、一

个被推出替换下来的版本。多于这个数量的活动版本都是在自找麻烦。

18.6

小结

本章提供了有关如何通过软件版本、部署阶段和全球区域来管理

Kubernetes

应用程序的指南。我们强调了组织应用程序的三大基本原则：依靠文件系统

进行组织，使用代码审查来确保质量变化，依靠特性门控来减轻增量添加和

删除功能的负担。

希望本章的内容能对你有所启发，但这些并不是一成不变的真理。请仔细阅

读指南，并找到最适合应用程序特定情况的最佳方法。但请记住，在组织应

用程序的部署时，你需要建立一个能够维持多年的流程。 ...