一個電商應用程式使用 Amazon API Gateway 和 AWS Lambda 函數，並將資料儲存在 Amazon Aurora PostgreSQL 資料庫中。在一次促銷活動期間，訂單量激增導致逾時。解決方案架構師發現資料庫因許多開啟的連線而導致 CPU 和記憶體使用率過高。為了以最少的應用程式變更來防止逾時錯誤，架構師應該實施哪種解決方案？

當訂單量激增導致資料庫因過多連線而逾時，Amazon RDS Proxy 是最有效的解決方案。RDS Proxy 能夠管理和共用資料庫連線，減少資料庫的連線負載，並在應用程式與資料庫之間提供連線池。這有助於降低 CPU 和記憶體使用率，並防止因連線過多導致的逾時錯誤，且只需修改 Lambda 函數的資料庫端點，對應用程式的變更最少。 其他選項的缺點： 為 Lambda 函數設定佈建並行並建立全域資料庫，無法直接解決資料庫連線過多的問題。 建立讀取複本並將流量路由至讀取複本，僅能分擔讀取負載，無法解決寫入連線過多導致的逾時。 使用 AWS DMS 將資料遷移到 DynamoDB 並修改 Lambda 函數，涉及大規模的應用程式和資料庫架構變更，不符合「最少的應用程式變更」要求。