一個使用 Amazon API Gateway、AWS Lambda 和 Amazon DynamoDB 建構的應用程式，其 PUT 請求回傳的錯誤數量不斷增加。大多數 PUT 請求來自一小部分使用 API 金鑰驗證的客戶，其中一個客戶產生了大量的請求。此 API 並非關鍵服務，客戶可以重試失敗的請求，但可見的錯誤正在損害客戶觀感。您應該建議什麼來改善客戶體驗？

正確答案是使用 API Gateway 使用計畫對 API 金鑰應用節流。因為問題指出錯誤數量不斷增加，且大部分請求來自一小部分使用 API 金鑰的客戶，其中一個客戶產生了大量請求。API Gateway 的使用計畫允許您為特定的 API 金鑰設定節流限制，例如每秒請求數和突發限制。這可以防止單一客戶過度使用 API，導致服務降級或錯誤，從而改善所有客戶的體驗。同時，確保客戶端應用程式能妥善處理 429 (Too Many Requests) 回應，讓客戶知道何時需要重試，而不是看到一般錯誤。 在客戶端應用程式中加入帶有指數退避和抖動的重試邏輯，雖然是良好的實踐，但它無法解決根本原因，即單一客戶過度請求導致的錯誤，且仍會對 API 造成壓力。在 API Gateway 的生產階段啟用 API 快取可以提高回應速度，但如果問題是過度請求而非延遲，則無法解決錯誤問題。在 Lambda 函數上設定保留並發可以確保足夠容量，但如果問題是惡意或錯誤的過度請求，這只會增加成本，而不是解決根本原因。