一家公司托管了一个网站，其后端服务部署在一个主 AWS 区域和一个灾难恢复 (DR) 区域。单个 Amazon CloudFront 分配位于该网站的前端。该公司创建了一个 Route 53 故障转移记录，其中包含指向主区域后端服务的健康检查，并将该记录配置为 CloudFront 分配的源。第二个故障转移 Route 53 记录指向 DR 区域后端。两个 Route 53 记录的 TTL 均为 60 秒，但目前故障转移所需时间超过一分钟。哪种设计能提供最快的故障转移时间？

正确答案是创建一个 CloudFront 源组，其中包含两个后端源（每个区域一个），并为 CloudFront 分配配置源故障转移。CloudFront 源组允许您在 CloudFront 分配级别配置源故障转移。当主源变得不可用时，CloudFront 会自动将请求路由到辅助源，而无需等待 DNS TTL 过期，从而提供最快的故障转移时间。 部署第二个 CloudFront 分配会增加复杂性，并且仍然依赖 Route 53 故障转移，其速度受 TTL 限制。将 Route 53 TTL 更改为 4 秒可以加快 DNS 故障转移，但 CloudFront 缓存行为可能会导致一些请求在 DNS 更改传播之前仍然指向旧源。使用延迟路由策略的 Route 53 记录集不适用于 CloudFront 源故障转移，因为 CloudFront 会缓存 DNS 响应，并且不会在每个请求上重新评估延迟策略。