APIゲートウェイを使用してビルドしているAPIエンドポイントがあります。リクエストされたすべてのデータが返された場合は200 OK、ページングされている場合は206 Partial Contentすべてのデータをフェッチするために追加の要求が必要です。AWS API Gateway複数の2XXレスポンス
https://aws.amazon.com/blogs/compute/amazon-api-gateway-mapping-improvements/で、複数の2XXレスポンスを定義できるようになりましたが、インテグレーションレスポンスの設定で、両方のレスポンスが成功したと判断できません。今はデフォルトとして200セットがありますが、206マッピングのラムダエラー正規表現を指定する必要があるように見えます。
これは基本的に私が206エラーメッセージで失敗し、そのメッセージが送信されているかどうかを判断するために正規表現を使用し、その後、基本的に成功のように扱う必要があることを意味しますか?または、200または206のいずれかを正常に返すにはどうすればいいですか? AWSは、当社のサーバーにヒットするエンドポイントが正常に200または206を返します
が、AWSは、現在だけで200
これは '206部分的なコンテンツ 'の誤用のようです。 HTTPステータス206は、「Range」要求に対する応答である。 https://tools.ietf.org/html/rfc7233#page-10 –
206とは別に、従来のAPIゲートウェイ統合の使用を避け、Lambda-Proxyを行うのは簡単です。そうすれば、このひどいマッピングのすべてを避けることができ、通常のHTTPライブラリを使用してリクエスト/レスポンスのライフサイクルを管理することができます。恥知らずのプラグイン:https://github.com/dougmoscrop/serverless-http –