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

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

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

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

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

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

テスト デプロイとは

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

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

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

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

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

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

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

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

関連リソース

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