进展如何

[sakib60]

1 月 9 日，我们开始向 ECS 发送第一批生产流量。对于流量最低、影响最小的子域，我们将其 CloudFront 分布配置为将 1% 的请求发送到 ECS。此子域仅提供 GET 请求，因此如果请求由 ECS 提供并出现错误，用户只需重新加载页面即可。重新加载很可能由 PaaS 提供，不会对用户产生进一步影响。无论如何，我们密切关注日志以发现任何错误。

2 月 6 日，我们开始将api.notifications.service.gov.uk的 0.1% 流量发送到 ECS。这是我们的最后一个子域，因为它的风险最高。如果对我们的 API 的请求失败，那么我们可能会破坏公共部门运营的其他网络服务——甚至可能让他们的用户陷入网络旅程或永远收不到重要通知。

我们从 0.1% 的流量开始，因为我们的 API 每分钟接收数千个请求，所以即使是 0.1% 也足以让我们确信一切正常，并且不会影响大量用户。

一旦每个 CloudFront 分发中都有一小部分流量流向 ECS，我们就 萨尔瓦多 WhatsApp 号码 有理由相信我们的应用程序运行正常。在接下来的几周里，我们逐渐增加了流向 ECS 的流量百分比，同时继续密切监控。这有助于确认我们的自动扩展和新环境的容量足够。

随着 HTTP 流量的迁移进展顺利，我们将注意力转向了电子邮件送达收据的 Lambda 函数。在 1 月 27 日至 2 月 28 日期间，我们慢慢增加了发送到 ECS 的电子邮件送达收据的百分比，直到达到 100%。