某應用程式使用 Amazon CloudFront distribution，並以某區域中公開的 Application Load Balancer (ALB) 作為預設來源。該應用程式部署到次要區域，採用暖備用 (warm-standby) 設定，且業務要求 HTTP GET 請求的 RTO (復原時間目標) 為零秒。如何自動化故障轉移至次要區域，以使 HTTP GET 請求符合該 RTO？

正確答案是將次要 ALB 新增為現有 CloudFront distribution 的來源，並建立來源群組。CloudFront 的來源群組功能允許您定義一個主要來源和一個次要來源。當主要來源返回特定 HTTP 狀態碼（例如 5xx 錯誤）時，CloudFront 會自動將請求故障轉移到次要來源。這種方法在 CloudFront 邊緣節點執行故障轉移，因此 HTTP GET 請求的 RTO 為零秒，因為 DNS 傳播或應用程式變更都不是必需的。 其他選項不符合零秒 RTO 的要求： 建立第二個 CloudFront distribution 和 Route 53 故障轉移政策會引入 DNS 傳播時間，這不符合零秒 RTO。 Route 53 別名記錄的 TTL 無法設定為 0，且 DNS 故障轉移仍會產生傳播延遲。 CloudFront function 雖然在邊緣執行，但其主要用途是修改請求和回應，而不是作為內建的故障轉移機制，且手動實作故障轉移邏輯會更複雜且可能無法達到零秒 RTO。