一家電子商務公司在 AWS 上執行其應用程式。該應用程式使用 Amazon Aurora PostgreSQL 叢集，並以 Multi-AZ 模式作為資料庫。在最近的促銷活動期間，應用程式經歷了大量的讀取和寫入負載。使用者在存取應用程式時遇到逾時問題。解決方案架構師需要讓應用程式架構更具可擴展性和高可用性，同時將停機時間降到最少。哪種解決方案能滿足這些要求？

電子商務應用程式在促銷期間遇到逾時問題，表示資料庫在讀寫負載下遇到瓶頸。新增額外的 Aurora 讀取器執行個體可以分散讀取負載，提高應用程式的讀取擴展性。Amazon RDS Proxy 則能管理資料庫連線池，減少應用程式與資料庫之間的連線開銷，並在容錯移轉時自動重新路由連線，從而提高可用性並減少應用程式停機時間。 第一個選項的 EventBridge 和 Lambda 雖然能監控資料庫狀態，但無法直接解決資料庫的讀寫負載瓶頸，而新增讀取器節點以進行容錯移轉，雖然有助於高可用性，但沒有解決讀取擴展性的問題。第二個選項的零停機時間重新啟動 (ZDR) 和 Database Activity Streams 主要用於維護和監控，無法直接提升資料庫的讀寫擴展性。第四個選項的 ElastiCache for Redis 可以緩解讀取負載，但 AWS DMS 的 write-around 方法會增加資料同步的複雜性，且未直接解決 Aurora 叢集本身的擴展性和高可用性問題。