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

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

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

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

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

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

テスト デプロイとは

A test deployment is a deployment of the same solution package in a non-production environment, typically a separate tenant or a dedicated folder isolated from production users.

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

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

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

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

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

• Test deployment: The test deployment receives the target package version first. Component differences (added, removed, or modified) are reviewed and any required configuration is completed before activation.
• Validation: The test deployment is activated and the solution is verified to behave as expected.
• Production deployment: The same package version is applied to production. Issues identified during testing are already resolved, so the production upgrade proceeds with lower risk.

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

関連リソース

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