移行リスクを評価して軽減する

このドキュメントでは、移行リスク評価を作成して移行リスクに対処する方法について説明します。

移行リスクの評価

大規模な変革プログラムでは、クラウドへの移行中や移行後にさまざまな程度のリスクをもたらす可能性がある多くの要因に直面します。したがって、こうしたリスクを見分けるためにデータを継続的に収集し、軽減策を実施することが重要です。そのため、クラウド変革に関するプログラム ガバナンスの一環として、移行リスク評価のワークストリームが必要になります。

通常、初期の大まかな調査と評価では、移行方針と計画の方向性に関する推奨事項が生成されます。移行ウェーブの計画を開始すると、すぐに調査と評価の作業を継続的に実行することが重要です。継続的な調査では、ワークロード固有のデータポイントが追加され、移行ウェーブのスコープと優先度を調整できます。

一般的な移行リスク

次の表では、通常発生する移行リスクと、その緩和策がどのように移行ウェーブの計画を改善することに役立つかを示します。

リスク	説明	考えられる緩和策
技術的な阻害要因	特定のワークロードの移行を妨げる要因。たとえば、ストアド プロシージャは PaaS へのデータベース移行をブロックする可能性があります。	移行前にブロックを排除するために、ブロック緩和ワークストリームを組み込みます。 別の方法としては、これらのワークロードの移行計画を新しいウェーブに移行します。
規制要件と制約	データのローカライズなど、データ保護とプライバシーの要件。	制限付きランディング ゾーンやリージョン レプリケーション戦略などの改善を組み込むように、基本的なアーキテクチャを調整します。 規制上の制約があるワークロードと規制対象外のワークロードには、別々の移行ウェーブを使用します。
パフォーマンスと可用性の要件	通常、高度なミッション クリティカルでユーザーベースが地理的な広範囲に分散するアプリケーションには、レスポンス時間と最大許容レイテンシに関して厳しい要件があります。	移行の波を開始する前に、パフォーマンスと可用性のために適切なサイズ設定を確認します。
移行されたワークロードと移行されていないワークロードを相互接続する	移行されたワークロードと移行されていないワークロードの間のアップストリームとダウンストリームの接続は、SLA と BLA に影響を与える可能性があります。	相互接続のサイズを最適化し、移行ウェーブを再調整します。
セキュリティ要件	特定のワークロードのセキュリティ要件（データ、アプリケーション、ネットワークなど）。	セキュリティのニーズに対応するために、基盤となるアーキテクチャを継続的に改良します。移行ウェーブの調整も必要になることがあります。

次のステップ

• 移行ウェーブを計画する方法を確認する。