一家汽車租賃公司建置了一個供其行動應用程式使用的無伺服器 REST API。該堆疊使用具有 Regional endpoint 的 Amazon API Gateway、AWS Lambda 和 Amazon Aurora MySQL Serverless 資料庫叢集。在開放合作夥伴存取後，請求量急劇增加，導致間歇性資料庫記憶體錯誤。日誌顯示許多用戶端在短時間內針對相同查詢發出重複的 HTTP GET 請求。流量集中在營業時間，並在假日出現高峰。該公司希望在支援增加的負載的同時，最大限度地降低成本增長。哪種方法符合這些要求？

啟用 API Gateway 快取可以儲存重複查詢的結果，減少對後端 Lambda 函數和 Aurora Serverless 資料庫的請求。這直接解決了因重複 HTTP GET 請求導致的資料庫記憶體錯誤，並降低了後端資源的負載，從而控制成本。將 Regional endpoint 轉換為 edge-optimized endpoint 有助於改善全球使用者的延遲，但對解決資料庫記憶體問題的直接影響較小。 實作 Amazon ElastiCache for Redis 也能快取資料庫查詢結果，但這會增加架構的複雜性和成本，且可能需要修改 Lambda 函數，不符合「最大限度地降低成本增長」的要求。 增加 Aurora Serverless 資料庫叢集的最大可用記憶體可以暫時緩解記憶體錯誤，但並未解決重複查詢的根本原因，長期下來仍會增加成本。 在 API Gateway 生產階段啟用節流可以限制傳入請求，防止系統過載，但這會拒絕合法請求，影響使用者體驗，不符合「支援增加的負載」的要求。