このドキュメントでは、移行リスク評価を作成して移行リスクに対処する方法について説明します。
移行リスクの評価
大規模な変革プログラムでは、クラウドの移行中や移行後にさまざまなリスクにさらされる可能性のある多くの要因に直面します。したがって、こうしたリスクを見分けるためにデータを継続的に収集し、軽減策を実施することが重要です。そのため、クラウド変革に関するプログラム ガバナンスの一環として、移行リスク評価のワークストリームが必要になります。
通常、初期の大まかな調査と評価では、移行方針と計画の方向性に関する推奨事項が生成されます。移行ウェーブの計画を開始すると、すぐに調査と評価の作業を継続的に実行することが重要です。継続的な調査では、ワークロード固有のデータポイントが追加され、移行ウェーブのスコープと優先度を調整できます。
一般的な移行リスク
次の表では、通常発生する移行リスクと、その緩和策がどのように移行ウェーブの計画を改善することに役立つかを示します。
リスク | 説明 | 可能な緩和策 |
---|---|---|
技術的な阻害要因 | 特定のワークロードの移行を妨げる要因。たとえば、ストアド プロシージャを使用すると、PaaS へのデータベースの移行をブロックできます。 | 移行前に阻害要因を減らすワークストリームを導入します。 別の方法としては、これらのワークロードの移行計画を新しいウェーブに移行します。 |
規制要件と制約 | データ保護やプライバシー要件(データのローカライズなど)。 | 基盤アーキテクチャを見直して、制限されたランディング ゾーンやリージョンのレプリケーション戦略などの改善を組み込みます。 規制の制約があるワークロードと規制されていないワークロードには、別々の移行ウェーブを使用します。 |
パフォーマンスと可用性の要件 | 通常、高度なミッション クリティカルでユーザーベースが地理的な広範囲に分散するアプリケーションには、レスポンス時間と最大許容レイテンシに関して厳しい要件があります。 | 移行ウェーブを開始する前に、パフォーマンスと可用性を考慮して適切なサイズ設定を検証してください。 |
移行されたワークロードと移行されていないワークロード間の相互接続 | 移行されたワークロードと移行されていないワークロードの間のアップストリームとダウンストリームの接続は、SLA と BLA に影響を与える可能性があります。 | 相互接続のサイズを最適化し、移行ウェーブを再調整します。 |
セキュリティ要件 | 特定のワークロードのセキュリティ要件(データ、アプリケーション、ネットワークなど)。 | セキュリティ ニーズに対応するために、基盤となるアーキテクチャを継続的に改良する。移行ウェーブの調整も必要になることがあります。 |
次のステップ
- 移行ウェーブを計画する方法を確認する。