2 つ目のステージング環境

並列テスト: 2 つのステージング環境を使用して、チームは、互いの開発を妨げることなく、新機能と重要な更新を同時にテストできます。 例えば、機能テスト専用の環境を用意すると同時に、その他の環境をパフォーマンステストとストレステスト用に確保できます。

問題の分離：プライマリステージング環境でバグや問題が発生した場合、テストの進行を停止することなく、セカンダリ環境でそれらをレプリケートして診断できます。 これにより、継続的なテストにトラブルシューティングが干渉するのを防ぐことができます。

バージョン管理：アプリケーションの様々なバージョンをより効果的に管理します。 プライマリのステージング環境では最新の安定したビルドを実行でき、セカンダリでは試験的な機能をテストできます。 これにより、リリースサイクルをより適切に管理でき、実験的な変更によって安定したビルドが妨げられることはありません。

ロールアウト計画の強化：様々なデプロイメントシナリオをシミュレートできます。 プライマリのステージング環境は現在の実稼動環境の設定と同様ですが、セカンダリ環境は今後のリリースをテストするように設定できます。

ユーザー受け入れテスト（UAT）：開発用のプライマリ環境を使用しながら、セカンダリ環境を UAT 専用にすることができます。 これにより、ユーザーやクライアントは、テストに影響を与えることなく、制御された設定で新機能をテストし、フィードバックを提供できます。

回帰テスト：一方の環境を前向きテストに、もう一方を回帰テストに使用して、新しい変更によって既存の機能が損なわれないようにすることができます。

トレーニングとデモ:1 つの環境を利用して、新しいチームメンバーのトレーニングや、関係者に対する新しい機能のデモを行います。 これにより、トレーニングアクティビティによってテストが中断されることがなくなります。

プライベートリンクの設定:マスター環境と統合環境は、プライベートリンクの設定をサポートしていません。 開発、テスト、またはその他の目的でプライベートリンクを介して接続された追加の環境が開発ワークフローで必要な場合は、ステージング環境を追加することを検討します。

プロビジョニング・プロセスは、Adobeのセールス担当者にリクエストを確認してから最大 2 週間かかる場合があります。

新しいステージング環境は、現在のステージング環境および実稼動環境と同じ地域でのみ使用できます。

統合環境またはマスター環境を更新し、セカンダリステージング環境のベースとなる環境を指定する必要があります。 ステージング環境または実稼動環境からは、セカンダリステージング環境をコピーできません。

新しいステージング環境を受け取ったら、開発フローに含めることができます。 他の環境と同様に、コードおよびデータベースの更新はユーザーの責任です。