某个应用程序使用 Amazon CloudFront 分配，其默认源站是某个区域中的公共 Application Load Balancer (ALB)。该应用程序以温备设置部署到辅助区域，并且业务要求 HTTP GET 请求的 RTO（恢复时间目标）为零秒。如何自动化故障转移到辅助区域，以使 HTTP GET 请求满足该 RTO？

此方案要求 HTTP GET 请求的 RTO 为零秒，这意味着故障转移必须在 CloudFront 级别处理，而无需 DNS 传播延迟。在现有 CloudFront 分配中添加辅助 ALB 作为新源站，并创建源站组，将主 ALB 设置为主源站，辅助 ALB 设置为次源站，并在主源站返回 HTTP 5xx 错误时自动故障转移。然后，将默认行为配置为使用此源站组，即可满足零 RTO 要求。 选项 A 涉及创建新的 CloudFront 分配和 Route 53 故障转移，这将引入 DNS 传播延迟，不符合零 RTO。 选项 C 同样依赖 Route 53 故障转移，即使 TTL 设置为 0，也无法完全消除 DNS 传播时间，且 CloudFront 无法直接使用 Route 53 别名记录作为其源站。 选项 D 使用 CloudFront 函数进行重定向，这会在每次重定向时引入额外的网络往返，不符合零 RTO 的要求，且功能上不如源站组的自动故障转移高效。