某應用程式使用 MySQL 相容的 Amazon Aurora Multi-AZ 資料庫叢集，並搭配跨區域的讀取複本以進行災難復原。DevOps 工程師需要自動化複本升級為主要資料庫的程序，以防主要資料庫發生故障。哪種解決方案可以實現此目的？

正確答案提供了一個自動化且具彈性的災難復原方案。將 Aurora 端點儲存在 Systems Manager Parameter Store 中，並讓應用程式在連線失敗時重新載入，確保應用程式總能取得最新的資料庫端點。EventBridge 偵測資料庫故障並觸發 Lambda 函數，自動提升讀取複本為主要資料庫，然後更新 Parameter Store 中的端點。這減少了手動介入，並縮短了復原時間。 其他選項的不足之處： 設定基於延遲的 Route 53 CNAME 無法自動提升複本，且健康狀態檢查通常用於偵測可用的端點，而非觸發提升。 建立 Aurora 自訂端點並透過 CloudTrail 觸發 Lambda 函數來提升複本，但修改自訂端點以指向新提升的實例需要額外的複雜性，且 CloudTrail 主要是用於記錄 API 活動，而非即時故障偵測。 修改 CloudFormation 範本來提升複本過於複雜且耗時，不適合快速的災難復原。CloudFormation 堆疊更新會導致服務中斷，且不具備即時響應能力。