1

API Gateway + Lambdaで実行可能なバージョン管理シナリオを実装する際に問題があります。私の要件は、APIレベルでのメジャーバージョン管理ですが、サービスレベルでのマイナーバージョン管理です。私の環境もアカウント間に広がっているので、ステージングは​​env伝播のオプションではありません。 AWS API Gatewayを使用したAPI管理の実装に成功した人はいますか?AWS APIゲートウェイのバージョン管理

答えて

2

APIゲートウェイでは、メジャーバージョンを別々のAPIで表す必要があります。カスタムドメイン機能を使用して、基本パスを各API(つまり、myapi.com/v1 => API 1、myapi.com/v2 => API 2)にマップできます。インポート/エクスポート機能を使用して、API間の変更を管理することもできます。

環境ごとに個別のアカウントを使用することは、実際には推奨されるベストプラクティスです。 CloudFormationを見て、ワークフローを管理することをお勧めします.1つのCloudFormationテンプレートが複数のアカウントでうまく機能します。

+0

は、環境ごとに異なるアカウントを設定していたばかりで、サービスドメイン名のベースパスを保存するために環境ごとに異なるサブドメインを設定していました。ドメイン全体のサービスが変更されたため、サービスエンドポイントレベルでマイナーバージョン管理も検討していたので、同じエンドポイントの複数のバージョンが同じメジャーバージョンでアクセスできますか?ここでの意見陳述については議論するつもりはないと知っていますが、APIのバージョン管理は難しくて速い科学ではなく、具体的にはAPI Gateway特有の動作と競合すると変です。 – tafaju

+0

ビルド/デプロイメントの自動化もサポートするCloudform + Swaggerについて検討します。 – tafaju

+0

apiデプロイメントを処理するための例示的なフォーメーションテンプレートを提供する可能性がありますか? – tafaju

関連する問題