11、软件全球部署与资源管理指南

软件全球部署与资源管理指南

1. 金丝雀区域部署

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

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

为了获得版本发布的早期反馈，将版本在金丝雀区域保留几天是个好主意。这能让更多客户在进入其他区域之前访问该版本。之所以需要这么长的时间，是因为有时漏洞是概率性的（如 1% 的请求），或者只在边缘情况下才会显现，而这需要一些时间。它甚至可能不会严重到触发自动警报，但业务逻辑中可能存在只有通过客户交互才能发现的问题。

2. 识别区域类型

在考虑将软件推向全球时，思考不同区域的不同特征很重要。将软件部署到生产区域后，需要进行集成测试和初始金丝雀测试。这意味着发现的任何问题都是在这两种测试环境中未显现的问题。

不同区域可能存在以下差异：
| 差异类型 | 具体示例 |
| ---- | ---- |
| 流量情况 | 有些区域的流量可能比其他区域更多；发展中国家