Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

大規模な移行のフェーズ - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

大規模な移行のフェーズ

AWS大規模な移行プロセスを次の 3 つのフェーズに分割します。

  1. 評価フェーズ— 移行のビジネスケースを作成します。

  2. 動員フェーズ— 組織を準備し、移行に必要なリソースを動員します。

  3. 大規模な移行プロジェクトの移行と近代化フェーズ— 戦略、計画、ベストプラクティスを活用して、移行と最新化を行います。このフェーズでは、移行は初期化と実装の 2 つの段階に分けられます。

評価段階と動員段階は大規模な移行の基盤であり、移行に向けて組織を準備します。このガイドには、最初の2つのフェーズの簡単な概要と、追加のサポートのための参考資料が記載されています。このガイドの主な目的は、第 3 フェーズ (移行と最新化) の移行部分と、その 2 つの段階 (初期化と実装) について説明することです。AWS クラウド最初にに移行してからワークロードを最新化することをお勧めします。モダナイゼーションは、大規模な移行に関するこのドキュメントセットには含まれていません。モダナイズの詳細については、「AWS規範的ガイダンス」の「エントリー」と、「アプリケーションをモダナイズするための段階的アプローチ」を参照してください。AWS クラウド

次の図は、大規模な移行の3つの段階、つまり評価、動員、移行と近代化を示しています。移行は、初期化と実装の 2 つの段階に分かれています。

""

この大規模な移行に関するドキュメントセットは移行フェーズに焦点を当てていますが、大規模な移行の 3 つのフェーズすべてを順番に実行することを強くお勧めします。評価フェーズとモバイル化フェーズを完了すると、移行をサポートするための強固な基盤が構築されます。

評価フェーズ

これが大規模な移行の旅の始まりです。このフェーズでは、大規模な移行のためのビジネスケースを構築します。組織のクラウド変革への準備状況を評価し、ポートフォリオを最初に確認して、組織内の主要な利害関係者が足並みを揃えていることを確認します。

評価フェーズの詳細については、AWS規範的ガイダンスWebサイトの「移行準備状況の評価」を参照してください。

動員フェーズ

クラウド変革のビジネスケースを構築したので、今度は前のフェーズの適性評価を使用して、ギャップを埋め始めます。組織を動員し、次のフェーズの大規模な移行に備えるためのワークストリームを設定します。このフェーズでは、通常、AWS landing zone を構築し、より詳細なポートフォリオ評価を実施し、セキュリティと運用モデルを構築し、チームが変化に備えるようにします。

動員フェーズの詳細については、「組織を動員して大規模な移行を加速する」と、「AWS規範的ガイダンス」を参照してください。

大規模な移行プロジェクトの移行と近代化フェーズ

モビリゼーションフェーズの後、組織は強固な基盤を築き、移行と近代化を開始する準備が整っているはずです。先に進む前に、ユーザーやプラットフォームなどの基盤を評価し、大規模な移行をサポートする準備ができていることを確認します。このステップで重要なのは、反復可能なパターンを簡略化および加速する標準的な運用手順と自動化を構築することです。このアプローチはマイグレーションファクトリとして知られています

製造工場と同様に、移行工場を建設する際には、工場の初期化と校正、標準作業手順の定義、工場のパフォーマンスの測定、プロセスとツールの継続的な改善が必要です。大規模な移行では、初期化が重要な第一段階です。工場の稼働と改善は、第二段階である実装です。この段階では、サーバーをウェーブと呼ばれるバッチで大規模に移行します。リソースをワークストリームに整理します。ワークストリームは、大規模な移行の 1 つの側面を達成することに重点を置いています。

このセクションには以下のトピックがあります。

ワークストリームについて

大規模な移行プロジェクトの各ワークストリームは特定のタスクを完了することに専念しており、ステージ1の初期化からステージ2の実装に進むにつれて、それらのタスクは変化します。各ワークストリームは独立していますが、サーバーを大規模に移行するという同じ目的を達成するために連携します。

以下が 4 つのコアワークストリームです。ユースケースに合わせて必要に応じて追加のサポートワークストリームを作成できます。

  • 基盤となるワークストリーム — このワークストリームは、大規模な移行に備えて人材とプラットフォームを準備することに重点を置いています。

  • プロジェクトガバナンスのワークストリーム — このワークストリームは、移行プロジェクト全体を管理し、コミュニケーションを促進し、プロジェクトを予算内で予定通りに完了することに重点を置きます。

  • ポートフォリオワークストリーム — このワークストリームのチームは、移行をサポートするためのメタデータを収集し、アプリケーションに優先順位を付け、ウェーブプランニングを実行します。

  • 移行ワークストリーム — このワークストリームのチームは、ウェーブプランとポートフォリオワークストリームから収集したメタデータを使用して、アプリケーションとサーバーを移行およびカットオーバーします。

大規模な移行プロジェクトでワークストリームを確立してリソースを確保する方法の詳細と手順については、「AWS大規模移行のための基盤プレイブック」を参照してください。

初期化段階と実装段階について

移行と近代化は、移行の最終段階の3番目のフェーズです。一般的には、まず移行してからモダナイズします。移行は次の 2 つの段階で構成されます。

  • ステージ 1: 大規模な移行を開始する — 大規模な移行に備えてプラットフォームとユーザーを準備します。たとえば、landing zone 設計を見直して、その規模に対応するのに十分な帯域幅があることを確認し、トレーニング計画を設計して実装します。この段階では、組織のポリシーとプロセスに基づいて、大規模な移行のための標準運用手順 (またはランブック) も定義します。ランブックと自動化により、ステージ 2 での大規模な移行の実装が簡略化され、迅速化されます。

  • ステージ 2: 大規模な移行の実装 — このステージでは、ステージ 1 で定義したランブックを使用してサーバーを大規模に移行します。移行ファクトリをプロジェクトガバナンスツールで管理し、ヘルスチェックマトリックスで移行を監視し、移行のスピードを上げるためにランブックを継続的に改善します。

ステージ [Duration] (所要時間) 目的

ステージ 1: 初期化

1—3 か月

  • 大規模な移行に備えて、プラットフォームと人材を準備してください。

  • 標準運用手順 (ランブック) を作成します。

ステージ 2: 実装

プロジェクトの範囲と戦略により異なる

  • Runbook を使用して大規模な移行を実装してください。

  • 移行を管理、監視、改善します。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.