移行の概要
この記事では、Azure のクラウド導入フレームワークを使用してワークロードをクラウドに移行する方法について説明します。また、スムーズに移行を行うためのガイダンスも提供します。 移行プロセスには、準備、評価、デプロイ、リリースの 4 つのステージがあります。 このアプローチはベンダーに依存しないため、ワークロードを任意のクラウド サービスに移行できます。
移行領域
通常、クラウド移行では準備と実装の両方を適切に行う必要があります。 クラウド導入フレームワークの移行手法は、移行作業のための準備とその実行に役立つ実証済みのガイダンスに基づきます。
クラウド移行を開始するには、まず準備を行い前提条件を満たす必要があります。
- 準備: 組織の連携に重点を置く。 移行プロセスの明確なオーナーを定義し、チームが必要なスキルを持っていることを確認します。 このフェーズでは、クラウド導入フレームワークの戦略、計画、準備のガイダンスから作業を構築します。 この手順は、移行作業を正しく行うために重要です。
前提条件を満たし準備が完了したら、移行プロセスを開始できます。 移行プロセスは、次のフェーズを含む反復的なプロセスです。
ワークロードの評価: コスト、最新化、デプロイ ツールを評価するためのワークロードを評価します。 このプロセスは、前提条件の検証または批評に焦点を当てています。 これらの前提条件は、検出と評価の際に、合理化のオプションについてさらに詳しく調べることで確立します。 また、移行後のワークロードで技術的な成功を確実に収められるよう、このプロセス中にユーザーのパターンと依存関係を詳しく調査します。
ワークロードのデプロイ: ワークロードを評価した後、既存のワークロード機能をクラウドで複製または強化します。 この複製には、クラウドへの "リフト アンド シフト" や "再ホスト" が伴う場合があります。 しかし、クラウドの利点を活用できるよう、これらのワークロードをサポートする資産の多くを最新化するのがより一般的です。
ワークロードのリリース: ワークロードの機能をクラウドに複製した後は、継続的な運用のためにワークロードをテスト、最適化、文書化、リリースできます。 このプロセスでは、移行されたワークロードを確認し、それらを引き継ぐ必要があります。 この手順は、継続的なワークロードをサポートするため、ガバナンス、運用管理、およびセキュリティのチームにとって重要です。
クラウドの移行チェックリスト
| 移行フェーズ | アクティビティ | |
|---|---|---|
| ☐ | 準備 | |
| ☐ | 評価 | |
| ☐ | 展開 | |
| ☐ | リリース |
詳細については、各フェーズの記事を参照してください。
対象者
この移行手法は、次の例のようなさまざまな役割と機能に対応しています。
- ビジネスの意思決定者: 移行の動機を理解します。 全体的な予算とクラウドへの投資に関連する情報十分な情報を得た上で決定します。 組織がワークロードを移行するために必要な関連スキルと、パートナーから支援を受ける方法について説明します。
- IT の意思決定者: 複数のリージョンまたは複数のデータセンターに移行する際の考慮事項について理解します。 移行に必要な推奨される移行ツールとスキルについて学びます。
- プラットフォームオーナーまたはプラットフォーム アーキテクト: 移行のために Azure ランディング ゾーンを準備する方法について説明します。 また、移行プロジェクトを開始する前に実装が必要な、Azure 資産におけるその他の技術的な準備についても学びます。
- クラウド エンジニアまたはクラウド アーキテクト: 既存のワークロードとソリューションを評価し、必要なインフラストラクチャをクラウドにデプロイします。また、ワークロードを運用環境にリリースします。
次のステップ
準備領域について理解し、作業を開始する準備をしましょう。