テスト環境でソリューションのアップグレードを検証する

Automation Cloud の運用環境に変更を適用する前に、専用のテスト デプロイでソリューションのアップグレードを検証するためのベスト プラクティス。

ソリューションをアップグレードすると、デプロイ済みのコンポーネントと設定が変更されます。運用環境にアップグレードする前に専用のテスト デプロイでアップグレードを検証することで、ライブ ユーザーを中断させたり、手動での回復が必要になったりするリスクが軽減されます。

製造前に検証が重要な理由

ソリューションをアップグレードすると、環境に次の変更が生じる可能性があります。

• 新しく追加されたコンポーネントのうち、アクティベーション前に追加の設定が必要なコンポーネント
• 他のソリューションやプロセスから参照される可能性のあるコンポーネントの削除
• 編集済みのコンポーネントのうち、プロパティ値が変更される。既存の構成を上書きできる可能性がある

運用環境でアップグレードが失敗した場合、自動ロールバックにより以前のステートへの復元が試みられます。ただし、ロールバックに失敗すると、一部のコンポーネントが機能低下ステートのままになり、手動でクリーンアップが必要になる可能性があります。テスト展開の問題が運用環境に到達する前に解決することで、運用リスクが大幅に軽減されます。

テスト デプロイとは

テスト デプロイとは、同じソリューション パッケージを非運用環境にデプロイすることです。通常は、運用ユーザーから分離された別のテナントまたは専用フォルダーです。

テスト デプロイでは、運用環境のデプロイと同じパッケージ バージョンが実行されます。新しいパッケージ バージョンの準備ができたら、まずテスト デプロイにアップグレードを適用し、正しく動作することを検証してから、同じアップグレードを運用環境に適用します。

テスト デプロイで運用データをレプリケートする必要はありません。その目的は、次のことを確認することです。

• アップグレードは、コンポーネントの競合なしにクリーンに適用されます
• 新しいコンポーネントが正しく構成されている
• デプロイがアクティベーションされ、期待どおりに実行されます

テストしてからプロモートするパターン

推奨されるアプローチは、テストとプロモートのシーケンスに従います。

• テスト デプロイ: テスト デプロイは、ターゲット パッケージ バージョンを最初に受け取ります。コンポーネントの違い (追加、削除、変更) を確認し、アクティブ化する前に必要な設定を完了します。
• 検証: テストのデプロイがアクティブ化され、ソリューションが期待どおりに動作することが検証されます。
• 運用環境のデプロイ: 同じパッケージ バージョンが運用環境に適用されます。テスト中に特定された問題はすでに解決されているため、運用環境のアップグレードはより低いリスクで続行されます。

ステップごとのアップグレードの手順については、「 ソリューションをアップグレードまたはダウングレードする」をご覧ください。

関連リソース

• ソリューションをアップグレードまたはダウングレードする
• ソリューションをデプロイする
• デプロイのステータス