一個全球性的網路應用程式在單一 EC2 執行個體上執行，並對 Amazon RDS for MySQL 資料庫執行讀取密集型操作。在負載高峰期間，EC2 執行個體變得無回應，需要手動重新啟動。您必須在開發工作量最少的情況下提高可靠性。哪種解決方案最符合此要求？

正確答案透過多個層面解決了可靠性問題。將應用程式託管在 Auto Scaling group 後方的 EC2 執行個體上，搭配 Elastic Load Balancer，可確保應用程式層的高可用性和彈性，自動替換無回應的執行個體並分發流量。將資料庫遷移到 Amazon Aurora 並使用 Aurora Replicas 處理讀取密集型工作負載，可顯著提高資料庫的效能和可靠性，因為 Aurora 專為高輸送量和低延遲而設計，且讀取複本可分擔主資料庫的負擔。此方案在開發工作量最少的情況下，全面提升了應用程式和資料庫的可靠性。 選項一：CloudFront 改善全球存取速度，但無法解決 EC2 無回應問題。RDS Multi-AZ 僅提供容錯移轉，備用資料庫無法用於讀取操作。 選項三：Global Accelerator 改善網路效能，但無法解決 EC2 無回應問題。RDS Multi-AZ 的備用資料庫同樣無法用於讀取操作。 選項四：將應用程式重構為 Lambda 函數涉及大量的開發工作，不符合「最少開發工作量」的要求。