従来のデプロイ パターンを調べる
ソフトウェアの継続的デリバリーの前提条件が満たされている場合は、デプロイ パターンについて考える必要があります。
従来のデプロイ パターンは単純なものでした。
ソフトウェアを構築し、すべての機能を実装したら、ユーザーのグループが使い始めることのできる環境にソフトウェアをデプロイしました。
従来型つまりクラシックなデプロイ パターンでは、ソフトウェアは開発ステージ、テスト ステージ、おそらくは受け入れまたはステージング ステージ、そして最後に運用ステージに移動されました。
ソフトウェアは、1 つの部分としてステージ間を移動されました。
ほとんどの場合、運用リリースはビッグ バン リリースであり、ユーザーは同時に多くの変更に直面しました。
テストと検証が異なるステージになっていても、このアプローチには多くのリスクが伴います。
すべてのテストと検証を非運用環境で実行することにより、運用ユーザーが使い始めたときに起こることを予測するのが難しくなります。
ロード テストと可用性テストを実行できますが、最終的に、運用環境のような場所はありません。