解説

API Gatewayのステージレベルのキャッシュは、エンドポイントのレスポンスを指定したTTLでキャッシュし、同一リクエストに対してバックエンドのLambdaを呼び出さずに応答します。 パスパラメータ{category}をキャッシュキーに含めればカテゴリ別にキャッシュでき、データ更新が1時間に1回ならTTLを適切に設定することで、コード変更なしにLambda呼び出し回数・レイテンシ・コストを大幅に削減できます。 選択肢Bのプロビジョンド・コンカレンシーはコールドスタートを解消しますが、リクエストごとにLambdaは実行され続けるため同時実行数とコストの問題は残ります。 選択肢Cのスロットリングは過剰リクエストを拒否するだけで、正当なリクエストのレイテンシ短縮やキャッシュ効果はありません。 選択肢DのLambda@Edgeはエッジで実行できますが、依然として毎回コードが実行されキャッシュなしでは負荷削減にならず、構成も複雑です。