ある企業が、Amazon API Gateway 上で非同期 API を実行しており、AWS Lambda 関数がユーザーリクエストを Amazon DynamoDB に保存してからマイクロサービスにディスパッチしています。この企業は、予算が許す限り DynamoDB のスループットをプロビジョニングしましたが、依然として可用性の問題とリクエストの損失が発生しています。既存のユーザーに影響を与えることなく、これを解決するためにソリューションアーキテクトは何をすべきですか？

Amazon SQS キューと Lambda を使用して DynamoDB への書き込みをバッファリングすることで、API Gateway からの大量のリクエストを一時的に保持し、DynamoDB のプロビジョニングされたスループットに合わせて処理速度を調整できます。これにより、DynamoDB のスループット制限を超過することによるリクエストの損失や可用性の問題を回避できます。サーバー側のスロットリングはリクエストを拒否するため、リクエストの損失を防げません。DAX は読み取りパフォーマンスを向上させますが、書き込みのバッファリングには適していません。セカンダリインデックスはクエリ性能を向上させますが、書き込みスループットの問題を解決しません。