Amazon API Gateway、AWS Lambda、Amazon DynamoDB で構築されたアプリケーションが、PUT リクエストに対してエラーを返す回数が増加しています。ほとんどの PUT リクエストは、API キーで認証された少数のクライアントから送信されており、1 つのクライアントが多数のリクエストを生成しています。この API は重要度が低く、クライアントは失敗したリクエストを再試行できますが、目に見えるエラーは顧客の認識を損ねています。顧客体験を向上させるために、何を推奨すべきですか？

このシナリオでは、少数のクライアントが多数のリクエストを送信し、エラーを引き起こしています。API Gateway の使用量プランでスロットリングを適用することで、個々のクライアントがAPIを過負荷にすることを防ぎ、安定性を向上させることができます。これにより、API Gatewayは設定されたレートを超えたリクエストに対して429 (Too Many Requests) レスポンスを返し、クライアントはこれを適切に処理して再試行することで、全体的な顧客体験が向上します。 他の選択肢は以下の理由で不適切です。 指数バックオフとジッターを伴う再試行ロジックはクライアント側の改善ですが、サーバー側の過負荷を防ぐものではありません。 APIキャッシュは読み取りリクエストの応答性を向上させますが、PUTリクエストの過負荷問題には直接対処しません。 Lambdaの予約済み同時実行は、トラフィックスパイク時のLambda関数のスケーリングを保証しますが、API Gatewayレベルでの個々のクライアントによる過負荷を防ぐものではありません。