正式環境目前在單一 EC2 執行個體上執行，該執行個體同時託管 Web 應用程式和 MariaDB 資料庫。公司政策要求生產系統具備高可用性。哪種設計變更可以使此環境符合要求？

正確選項透過將資料庫遷移至 Amazon RDS Multi-AZ 實現高可用性，這會自動在不同可用區域之間同步資料，並在主資料庫失敗時進行故障轉移。應用程式則透過在跨多個可用區域的 Auto Scaling 群組中執行 EC2 執行個體來實現高可用性，確保在單一可用區域中斷時仍能維持服務。負載平衡器將流量分配到這些 EC2 執行個體，進一步提高可用性和容錯能力。 其他選項的不足之處在於： 將應用程式轉換為 Lambda 函數並指定 Multi-AZ 選項，雖然 Lambda 本身具備高可用性，但遷移複雜且可能不適用於所有應用程式。 複製資料庫到另一個 EC2 執行個體並建立 AMI，然後透過 Lambda 函數進行健康檢查和啟動新執行個體，這是一種手動且反應式的故障轉移機制，不如 RDS Multi-AZ 自動且高效。 將資料庫遷移到不同的 EC2 執行個體，並在另一個可用區域中以停止狀態啟動第二個資料庫執行個體作為備用，這需要手動啟動和資料同步，不符合高可用性的自動化要求。