某公司在主要 AWS 區域和災難復原 (DR) 區域部署了後端服務來託管網站。單一 Amazon CloudFront distribution 位於網站前端。該公司建立了一個 Route 53 容錯移轉記錄，其中包含指向主要區域後端的運作狀態檢查，並將該記錄設定為 CloudFront distribution 的來源。次要容錯移轉 Route 53 記錄指向 DR 區域後端。兩個 Route 53 記錄的 TTL 均為 60 秒，但目前的容錯移轉時間超過一分鐘。哪種設計能提供最快的容錯移轉時間？

建立 CloudFront 來源群組並設定來源容錯移轉是最佳方案。CloudFront 來源容錯移轉允許您指定一個主要來源和一個次要來源。當主要來源無法存取時，CloudFront 會自動將請求路由到次要來源，而無需依賴 Route 53 的 DNS 傳播時間，從而提供最快的容錯移轉。 其他選項的缺點： 部署第二個 CloudFront distribution 並使用 Route 53 容錯移轉：這會增加複雜性，且仍受 Route 53 DNS 傳播時間的影響。 將 Route 53 記錄集的 TTL 變更為 4 秒：雖然較低的 TTL 有助於加快 DNS 變更的傳播，但它會增加 DNS 查詢的負載，並且仍然無法像 CloudFront 來源容錯移轉那樣提供即時的切換。 使用延遲路由政策：延遲路由是根據延遲將流量路由到最近的資源，而不是用於主動的容錯移轉。