AWS cdk 環境戦略: ブランチごとに 1 つ、開発者ごとに 1 つ、または dev/staging/prod のみ?

AWS cdk 環境戦略: ブランチごとに 1 つ、開発者ごとに 1 つ、または dev/staging/prod のみ?

現在、AWS 上に開発、ステージング、本番環境をセットアップしています。短期間に多くのコミットが発生することが多く、すべてがコードパイプライン ビルドに含まれるため、失敗を特定のコミットに関連付けるのが難しく、QA を適切に行うことが困難になっています。

私たちは、機能ブランチごとに1つの環境を立ち上げることを検討していました。aws クイックスタートの例やっていること:

ここに画像の説明を入力してください

しかし、場合によっては単一の apigateway->lambda->dynamodb ルートをテストするために、バックエンド全体 (非常に大きい) を起動する理由が見つかりません。さらに、これはサーバーレス サービスでは機能しますが、elasticsearch サーバーも使用します。このような場合、新しい機能ブランチをテストするためだけに ES サーバーを起動することは不可能に思えます。しかし、機能ブランチを、たとえばステージングの ES サーバーにポイントする場合、バグが発生した場合にそれを汚染しないようにするにはどうすればよいでしょうか。

人々は通常この問題をどのように解決するのでしょうか?

関連情報