某個應用程式在 Auto Scaling group 中，透過 Elastic Load Balancer 在 Amazon EC2 執行個體上執行，並使用 Amazon DynamoDB 資料表。公司希望確保該應用程式可以在另一個 AWS 區域中以最少的停機時間提供服務。身為解決方案架構師，您應該怎麼做才能以最少的停機時間滿足此要求？

正確答案透過建立跨區域的完整基礎設施來實現最低停機時間。在災難復原區域中預先建立 Auto Scaling group 和負載平衡器，確保應用程式層可立即使用。將 DynamoDB 設定為全域資料表，可實現跨區域的自動資料複製，確保資料一致性並消除手動資料遷移的需要。DNS 故障轉移（例如使用 Amazon Route 53）可自動將流量重新導向到健康區域，最大限度地減少服務中斷。 其他選項的缺點： 僅使用 CloudFormation 範本在需要時才建立資源，會導致顯著的啟動時間，不符合「最少停機時間」的要求。 即使 DynamoDB 設定為全域資料表，但如果應用程式層需要時間來部署，仍會導致停機。 使用 CloudWatch 警報觸發 Lambda 函數來更新 Route 53 雖然可行，但相較於直接的 DNS 故障轉移，可能會引入額外的延遲和複雜性，且不一定比預先配置的 DNS 故障轉移更有效率。