AWSラムダ429エラーとAPIゲートウェイ2XXの応答

APIゲートウェイは、ラムダからのエラー428を500応答にマップすることを理解しています。 429を202のようなものにマップする方法はありますか？この正規表現から統合応答マッピングを作成しようとしました：。* 私は定義されたステータスコードに事実上全てをマップする必要がありますが、APIゲートウェイからはまだ500のエラーを受け取ります。AWSラムダ429エラーとAPIゲートウェイ2XXの応答

出典

2016-04-01 Max

はAWSフォーラムpostからの私の応答をペースト：

は、任意のステータスコードにラムダの429をマッピングする方法はありません。それは常にが500とみなされます。知りたいのは、なぜ429を 202にマップしたいのですか（これは「受け入れられる」という意味ですか？）

出典

2016-04-01 20:49:46 Balaji

お返事ありがとうございます。将来追加される予定ですか？私は本番環境でラムダに大きな負荷をかけており、負荷を効率的に処理する方法をテストしています。私は生産規模で稼働させていますが、私は糸屑にエラーを認識させたくありません。約202、実際には意味がありますが、CloudWatchにすべてのリクエストをAPI Gatewayにログし、ラムダがそのうちのいくつかについて429を返したら、API Gateway '202 Accepted'というリクエストを処理できます後でCloudWatchに問い合わせることによって – Max

私は参照してください。私たちはこれを将来サポートする予定はありません。私の提案は次のようになります。 1.ラムダ制限を大きくして、API呼び出しが抑制されないようにします。制限を増やすことはできません。 2. APIゲートウェイを使用してメッセージをSQSに送り、202を返します。ある間隔で、いくつかのSQSメッセージをフェッチして処理するラムダ関数を呼び出します。 – Balaji

AWSラムダ429エラーとAPIゲートウェイ2XXの応答

答えて

関連する問題