プロジェクト・デプロイメントについて
プロジェクト・デプロイメントを使用して、統合とロボットを備えた自動化ソリューションを開発からテストまで、より高い環境に移行します。 プロジェクト・デプロイメントは、利便性、統合の容易なアクティブ化、およびテスト環境と本番環境の安定性の向上を提供します。
新しい環境に自動化ソリューションをデプロイするプロセスが、更新された統合のみを移行することに重点を置いている場合、プロジェクト・デプロイメントでは、より安定した本番環境を含む新しい機能が提供されます。 本番デプロイメントのすべてのメリットを活用するには、プロモーションに別の方法でアプローチする必要があります。 詳細は、続きを読む。
新しく更新された統合とロボットを超えて考える
プロジェクトで作業する前に、新規または更新された統合をテスト環境または本番環境にデプロイする必要がある場合は、新規または更新された統合のみを移動した可能性があります。
統合の容易なアクティブ化など、プロジェクト・デプロイメントの利便性を利用するために、この演習を続行し、各プロジェクト・デプロイメントに新しい統合および更新された統合のみを含めることができます。 ただし、テスト環境と本番環境の安定性を向上させるには、プロジェクト・デプロイメントの操作時に異なる方法でデプロイする必要があります。
プロジェクト・デプロイメントは現在のスナップショットです
プロジェクト・デプロイメントは、プロモート先の環境に存在する必要があるすべての統合のスナップショットと考えてください。 たとえば、15個の統合があるプロジェクトについて考えてみます。 10個の統合を以前のデプロイメントに含め、テスト環境にプロモートしました。 これで、残りの5つの統合をテスト環境にプロモートする準備が整いました。
プロジェクトで作業する前に、残りの5つの統合のみをテストに移行していた可能性があります。 ただし、プロジェクト・デプロイメントのベスト・プラクティスは、プロジェクト・デプロイメントに5つの統合と10の他の統合を含めることです。
安定性の向上とロールバックの容易化
テストにおける10の統合が変更されていない場合、それらをプロジェクト・デプロイメントに含める必要があるのはなぜですか。 理由は安定性です。
本番デプロイメントに15個の統合をすべて含め、テスト環境で問題が発生した場合は、以前の安定したバージョンの製品デプロイメントにロールバックできます。
- 障害のある個々の統合を非アクティブ化してロールバックを実行し、プロジェクト・デプロイメントに含まれる影響を受けない統合への影響を回避します。
- 以前の安定したプロジェクト・デプロイメントをリアクティブにします。
障害のある統合が修正されると、影響を受けないすべての統合とともに、固定バージョンを含む新しいプロジェクト・デプロイメントを作成してアクティブ化できます。 ビジネスは順調に進み、下位環境の問題をトラブルシューティングして解決できます。
ロールバックが必要なプロジェクト・デプロイメントのライフ・サイクルを参照してください。
自動化ソリューションのデプロイのワークフロー
自動化ソリューションが終了すると、いくつかの高速で簡単なステップによって、テスト環境や本番環境に統合、ロボットなどが促進されます。 「自動化ソリューションのデプロイのワークフロー」を参照してください。