Amazon APIゲートウェイのコンテキストでの「ステージ」とは何ですか。その目的は何であり、どれだけのものが作成されることになっています。
制作/ステージング/開発の規約で「ステージング」との関係はありますか?.
私は、APIゲートウェイステージをパイプラインの異なるステージ、または同じアプリケーションのスタックの異なる環境と見なします。ステージはいくつでも持つことができます。単純なスタックでは、dev、qa、prodの3つのステージを考えることができます。ステージでできることはほとんどありません。
https://api-gateway-domain/dev/...
、https://api-gateway-domain/qa/..
、https://api-gateway-domain/prod/..
。基本的にurlはhttps://api-gateway-domain/<stage_name>/..
。パイプラインまたは環境のさまざまなステージの一部としてステージを使用できますが、これは環境を管理するためのAWSのベットプラクティスに反します。開発環境が必要な場合は、開発ユーザー/アカウントを作成し、それを使用してデプロイします。同様に、他の環境には本番またはプリプロダクションがあります。
また、APIのバージョン管理にステージを使用したくありません。 (バージョン管理としてREST APIは巨大なアンチパターンです)
次に、どのゲートウェイが実際に使用されるAWSゲートウェイにどのようなステージがあるかについての質問をしますか?私がそれらを使用したときはいつでも、そこに賢明なプレースホルダーを出しました。
API Gatewayステージは、APIの特定のライフサイクルステージまたはバージョンと見なすことができます。
例えば:
これらの段階から、スロットルやキャッシングなどを構成できます。