ワークロード移行の概要
この記事では、Microsoft Cloud for Sovereignty 環境を対象とする場合に考慮すべき手順とプロセスについて説明します。
移行をフレームワークに合わせて調整する
Microsoft Cloud for Sovereignty に移行されたワークロードの場合、移行の一般的なプロセスは、主権を考慮しない展開と同様です。 次のフレームワークを使用して、移行に役立てることができます。
- クラウド導入フレームワーク は、クラウド導入戦略を構築し、ワークロードをクラウドにオンボードする際に便利です。
- Azure Well-Architected フレームワーク は、コスト、セキュリティ、信頼性、パフォーマンス、運用の卓越性というアーキテクチャの卓越性の 5 つの柱に対してワークロードを検証するのに役立ちます。
- Azureアーキテクチャ センター は、ベスト プラクティスと実証済みのパターンを使用してワークロードを設計および構築するのに役立ちます。
ワークロードに最適な移行戦略を選択する
始める前に、クラウドへの移行に対する自分の モチベーション を理解して評価する必要があります。 クラウド導入フレームワークで説明されているように、クラウド導入を促進するきっかけや結果は数多くあります。
1 つまたは複数の重要なイベントが発生すると、既存のアプリケーションをクラウドに移行する動機に繋がる場合があります。 これらのイベントには、資本支出の削減、ミッション クリティカルなテクノロジ サポートの終了、または新たなデータ主権要件に関連するものがあります。
重要なイベントを最優先して対応する場合、早い段階で 移行を始めることが大切で、多くの場合、戦略や計画の取り組みと並行して行われます。 このアプローチには、成長思考と、繰り返し学んだ教訓に基づいてプロセスを改善する意欲が必要です。
選択する移行戦略は、ワークロードと目標によって異なります。 以下のオプションから選択できます。
回答内容 | 説明 |
---|---|
再ホスト | そのままクラウドに再展開する |
リファクター | クラウドの優れたメリットを活用するために最小限の変更を加える |
再設計する | サービスに対するアプリケーションを大幅に変更/分解する |
再構築 | クラウド ネイティブ アプローチを使用して書かれた新しいコード |
合理化の 5R は更なる詳細を提供し、クラウド移行に関連する誤解を解きます。
次の手順
クラウド導入を開始する準備ができたら、クラウド導入フレームワークの戦略プロセスに取り組む必要があります。