12、全球软件部署与Kubernetes资源管理最佳实践

全球软件部署与Kubernetes资源管理最佳实践

1. 全球软件部署要点

在软件部署过程中，若发现内存使用量翻倍，即便负载测试通过，也值得深入研究。因为这种显著的资源增长最终会影响应用的质量和可用性。即便决定继续将版本投入生产，也需弄清楚应用资源占用发生变化的原因。

1.1 金丝雀区域测试

当应用看似正常运行时，首先应进行金丝雀区域测试。金丝雀区域是一个接收来自希望验证版本的人员和团队的真实流量的部署环境。这些人员可以是依赖该服务的内部团队，也可以是使用该服务的外部客户。金丝雀区域的存在是为了给团队提供早期预警，提示即将推出的变更可能会导致的问题。无论集成测试和负载测试做得多么好，总有可能存在测试未覆盖到但对某些用户或客户至关重要的漏洞。在这种情况下，在一个使用或部署该服务的每个人都明白失败概率较高的环境中发现这些问题会更好，这就是金丝雀区域的意义。

金丝雀区域也是团队或公司在将早期版本进一步投入生产之前进行内部测试的好地方。一个很好的实践是设置一个HTTP重定向器，将公司内部的请求重定向到在金丝雀区域运行的产品实例。这样，在向外部用户发布之前，团队中的每个人都成为了端到端测试人员。

金丝雀区域在监控、规模、功能等方面应被视为生产区域。但由于它是发布过程的第一站，也是最有可能出现版本故障的地方，不过这是正常的，实际上这正是其目的所在。客户会有意识地在金丝雀区域用于低风险用例（如开发或内部用户），以便尽早了解版本发布中可能出现的任何重大变更。

为了获得版本的早期反馈，将版本在金丝雀区域保留几天是个好主意。这能让更多的客户在你扩展到其他区域之前访问该版本。之所以需要这段时间，是因为有时漏洞是概率性的（如影响1%的请求）