翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
大規模な移行のフェーズ
AWS は、大規模な移行プロセスを 3 つの段階に分割します。
-
評価フェーズ – 移行のビジネスケースを構築します。
-
準備フェーズ – 組織を準備し、移行に必要なリソースを準備します。
-
大規模な移行プロジェクトの移行とモダナイズフェーズ – 戦略、計画、ベストプラクティスを使用して移行し、モダナイズします。このフェーズでは、移行は初期化と実装の 2 つの段階に分かれています。
評価と準備のフェーズは、大規模な移行の基盤であり、移行に向けて組織を準備します。このガイドには、最初の 2 つのフェーズの簡単な概要と、追加のサポートのためのリファレンスが含まれています。このガイドの主な目的は、第 3 フェーズの移行部分、移行とモダナイズ、およびその 2 つのステージ、初期化と実装について説明することです。まず に移行 AWS クラウド し、ワークロードをモダナイズすることをお勧めします。モダナイゼーションは、この大規模な移行のドキュメントセットには含まれていません。モダナイゼーションの詳細については、 AWS 「 規範ガイダンス」ウェブサイトの「 でのアプリケーションのモダナイズに対する段階的アプローチ AWS クラウド」を参照してください。
次の図は、大規模な移行の 3 つのフェーズである評価、準備、移行とモダナイズを示しています。移行は、初期化と実装の 2 つの段階に分かれています。

大規模な移行用のこのドキュメントセットは移行フェーズに焦点を当てていますが、大規模な移行の 3 つのフェーズをすべて順番に実行することを強くお勧めします。評価フェーズと準備フェーズを完了すると、移行をサポートする強固な基盤が構築されます。
評価フェーズ
これが大規模な移行ジャーニーの始まりです。このフェーズでは、大規模な移行のビジネスケースを構築します。クラウドトランスフォーメーションに対する組織の準備状況を評価し、ポートフォリオを最初に見直し、組織の主要な利害関係者が連携していることを確認します。
評価フェーズの詳細については、 AWS 規範ガイダンスウェブサイトの「移行準備状況の評価」を参照してください。
準備フェーズ
クラウドトランスフォーメーションのビジネスケースを構築したので、前のフェーズの準備状況評価を使用してギャップを埋め始めます。組織を動員し、次のフェーズで大規模な移行に備えて組織を準備するワークストリームを設定します。このフェーズでは、通常、 AWS ランディングゾーンを構築し、より徹底的なポートフォリオ評価を実施して、セキュリティと運用モデルを構築し、チームに変更に備えます。
準備フェーズの詳細については、 AWS 規範ガイダンスウェブサイトの「組織を動員して大規模な移行を加速する」を参照してください。
大規模な移行プロジェクトの移行とモダナイズフェーズ
準備フェーズの後、組織には強固な基盤があり、移行とモダナイゼーションを開始する準備が整っている必要があります。先に進む前に、人材やプラットフォームなどの基盤を評価し、大規模な移行をサポートする準備ができていることを確認します。このステップでは、反復可能なパターンを簡素化および高速化する標準運用手順と自動化を構築します。このアプローチは移行ファクトリーと呼ばれます。
製造工場と同様に、移行工場を構築するときは、移行工場を初期化してキャリブレーションし、標準作業手順を定義し、工場のパフォーマンスを測定し、プロセスとツールを継続的に改善する必要があります。大規模な移行では、初期化が重要な第 1 段階です。ファクトリの実行と改善は、ウェーブと呼ばれるバッチでサーバーを大規模に移行する 2 番目の段階である実装です。リソースをワークストリームに整理します。ワークストリームは、大規模な移行の一面を達成することに重点を置いています。
このセクションでは以下のトピックを取り上げます。
ワークストリームについて
大規模な移行プロジェクトの各ワークストリームは、特定のタスクを完了することに専念しており、これらのタスクはステージ 1 の初期化からステージ 2 の実装に進むにつれて変わります。各ワークストリームは独立していますが、連携して同じ目標を達成し、サーバーを大規模に移行します。
以下は 4 つのコアワークストリームです。ユースケースをサポートするために、必要に応じて追加のサポートワークストリームを作成できます。
-
基盤ワークストリーム – このワークストリームは、大規模な移行のための人材とプラットフォームの準備に焦点を当てています。
-
プロジェクトガバナンスのワークストリーム – このワークストリームは、移行プロジェクト全体を管理し、コミュニケーションを容易にし、予算内および時間どおりにプロジェクトを完了することに焦点を当てます。
-
ポートフォリオワークストリーム – このワークストリームのチームは、メタデータを収集して、移行をサポートし、アプリケーションの優先順位付けを行い、ウェーブプランニングを実行します。
-
移行ワークストリーム – ウェーブプランを使用してポートフォリオワークストリームからメタデータを収集し、このワークストリームのチームはアプリケーションとサーバーを移行してカットオーバーします。
大規模な移行プロジェクトでワークストリームを確立してリソースを作成する方法の詳細と手順については、AWS 大規模な移行のための Foundation プレイブックを参照してください。
初期化と実装のステージについて
移行とモダナイズは、移行ジャーニーの 3 番目で最後のフェーズです。通常、最初に移行してからモダナイズします。移行は 2 つのステージで構成されます。
-
ステージ 1: 大規模な移行を初期化する – 大規模な移行に備えてプラットフォームと人材を準備します。例えば、ランディングゾーンの設計を確認し、スケールをサポートするのに十分な帯域幅があることを確認し、トレーニングプランを設計して実装します。この段階では、組織のポリシーとプロセスに基づいて、大規模な移行の標準運用手順 (ランブック) も定義します。ランブックとオートメーションは、ステージ 2 での大規模な移行の実装を簡素化および高速化します。
-
ステージ 2: 大規模な移行を実装する – このステージでは、ステージ 1 で定義されたランブックを使用してサーバーを大規模に移行します。プロジェクトガバナンスツールを使用して移行ファクトリーを管理し、ヘルスチェックマトリックスを使用して移行をモニタリングし、移行の速度を上げるためにランブックを継続的に改善します。
ステージ | 期間 | 目的 |
---|---|---|
ステージ 1: 初期化 |
1~3 か月 |
|
ステージ 2: 実装 |
プロジェクトの範囲と戦略によって異なる |
|