翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
大規模な移行におけるワークストリーム
大規模な移行プロジェクトは通常、複数のワークストリームで構成され、各ワークストリームにはタスクの明確な範囲があります。各ワークストリームは独立していますが、同じ目標を達成するために他のワークストリームもサポートしています。大規模なサーバー移行です。このセクションでは、大規模な移行の標準コアワークストリームと、一般的なサポートワークストリームについて説明します。
コアワークストリーム
コアワークストリームは、会社の規模やセグメントに関係なく、大規模な移行のたびに必要です。以下は、各コアワークストリームのプライマリロールの概要です。
-
基盤ワークストリーム – このワークストリームは、大規模な移行のための人材とプラットフォームの準備に焦点を当てています。
-
プロジェクトガバナンスワークストリーム – このワークストリームは、移行プロジェクト全体を管理し、コミュニケーションを容易にし、予算内および時間どおりにプロジェクトを完了することに焦点を当てます。
-
ポートフォリオワークストリーム – このワークストリームのチームは、移行のサポート、アプリケーションの優先順位付け、ウェーブプランニングの実行のためにメタデータを収集します。
-
移行ワークストリーム – ウェーブプランとポートフォリオワークストリームから収集したメタデータを使用して、このワークストリームのチームはアプリケーションとサーバーを移行してカットオーバーします。
次の表に示すように、情報とアクティビティは大規模な移行でアップストリームからダウンストリームに流れます。情報は、アップストリームの基盤とプロジェクトガバナンスのワークストリーム、ポートフォリオのワークストリーム、移行ワークストリームから取得されます。例えば、ポートフォリオワークストリームは、移行ワークストリームがアプリケーションとサーバーの移行とカットオーバーに使用するメタデータとウェーブプランを準備するため、ポートフォリオワークストリームは移行ワークストリームの上流にあります。大規模な移行プロジェクトでサポートするワークストリームを追加すると、コアワークストリームを介した情報とアクティビティの流れが変わる可能性があります。
重要
大規模な移行プロジェクトには、プロジェクトレベルのテクニカルリーダーを割り当てる必要があります。このロールは個々のワークストリームの一部ではありませんが、すべてのワークストリームの全責任を負います。この担当者は、すべてのワークストリームを監督して、それらが連携し、プロジェクトレベルの目標に集中していることを確認します。
| コアワークストリーム名 | アップストリームワークストリーム | ダウンストリームワークストリーム |
|---|---|---|
|
基盤 |
— |
移行 ポートフォリオ |
|
プロジェクトガバナンス |
— |
移行 ポートフォリオ |
|
ポートフォリオ |
基盤 プロジェクトガバナンス |
移行 |
|
移行 |
基盤 プロジェクトガバナンス ポートフォリオ |
— |
以下は、大規模な移行のフェーズにおける各コアワークストリームの主な機能です。このドキュメントシリーズのプレイブックは、適切なフェーズとステージの各ワークストリームのタスクをナビゲートするのに役立つように構成されています。
| 基盤 | プロジェクトガバナンス | ポートフォリオ | 移行 | ||
|---|---|---|---|---|---|
|
フェーズ 1: 評価 |
— |
— |
— |
— |
|
|
フェーズ 2: 動員 |
このフェーズで AWS ランディングゾーンまたはワークストリームを設計した可能性があります。 |
このフェーズでプロジェクト管理プロセスを設計したかもしれません。 |
このフェーズで最初のポートフォリオ評価と検出を完了している可能性があります。 |
このフェーズでパイロット移行を完了した可能性があります。 |
|
|
フェーズ 3: 移行 |
ステージ 1: 初期化 |
ワークストリームを確立し、ランディングゾーンの設計を確認します。変更に備えます。 移行原則、チーム、RACI マトリックスを正式なものにします。トレーニングを完了します。 |
プロジェクト管理プロセスとコミュニケーションおよび会議計画を作成します。 |
メタデータ、ウェーブプランニング、アプリケーションの優先順位付けランブックを作成します。 |
移行ランブックを開発します。 |
|
ステージ 2: Impement |
— |
ウェーブのステータスと移行プロジェクト全体を促進して伝達します。 |
移行のメタデータを収集し、アプリケーションの優先順位を付け、ウェーブを計画します。 |
ウェーブを移行してカットオーバーし、ランブックを反復して速度を向上させます。 |
|
以下のセクションでは、各ワークストリームの一般的なタスク、各ワークストリームの期待される結果、各ワークストリームに必要なスキルなど、各コアワークストリームについて詳しく説明します。ワークストリーム内の各個人がすべてのスキルを持っている必要はありません。ワークストリームはさらに 1 つの部門横断的なチームで構成されているため、各人が異なるスキルに貢献します。ただし、チームとして、すべてのスキルがリストされている必要があります。
Foundation ワークストリーム
基盤ワークストリームは、プラットフォーム基盤と人材基盤の 2 つのカテゴリで構成されています。プラットフォーム基盤を構築すると、 AWS とオンプレミスインフラストラクチャの両方が大規模な移行をサポートする準備ができていることを確認できます。人材基盤を構築すると、移行のためのプロジェクトチームの準備とトレーニングが行われ、すべてのワークストリームがセットアップされます。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
プロジェクトガバナンスワークストリーム
プロジェクトガバナンスワークストリームは、移行プロジェクト全体を管理し、プロジェクトを予算内および時間どおりに提供する責任を担います。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
ポートフォリオワークストリーム
ポートフォリオワークストリームは、すべての移行検出アクティビティを管理し、メタデータを収集し、アプリケーションの優先順位を付け、移行ワークストリームをサポートするウェーブプランを作成します。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
移行ワークストリーム
移行ワークストリームは、データレプリケーションやカットオーバーなど、移行実装関連のアクティビティを管理します。移行チームは移行とカットオーバーを実行するため、移行ワークストリームが大規模な移行プロジェクトですべてを行うという誤解がよくあります。ただし、移行ワークストリームは、基盤を構築し、移行をサポートするポートフォリオデータを提供するために、他のワークストリームに依存しています。
ヒント
移行ワークストリームは、通常、大規模な移行プロジェクトで最大のワークストリームです。プロジェクトのサイズと戦略に応じて、このワークストリームを複数のサブワークストリームに分割することを検討してください。例えば、次のようになります。
-
移行ワークストリームのリホスト
-
リプラットフォーム移行ワークストリーム
-
リファクタリング移行ワークストリーム
-
移行ワークストリームの再配置
-
SAP やデータベースなどの特殊なワークロードの移行ワークストリーム
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
ワークストリームのサポート
サポートするワークストリームは、コアワークストリームをサポートします。これらのワークストリームはオプションであり、ユースケースと移行の現在のステージに基づいて使用することもできます。以下は、大規模な移行プロジェクトに含める一般的なサポートワークストリームです。
-
セキュリティとコンプライアンスのワークストリーム – このワークストリームは、ターゲット AWS インフラストラクチャのセキュリティ標準を定義して構築し、移行をサポートします。
-
クラウドオペレーション (Cloud Ops) ワークストリーム – このワークストリームは、カットオーバー後、ハイパーケア期間が完了したときにアプリケーションを管理します。
-
アプリケーションテストワークストリーム – このワークストリームは、カットオーバー前とカットオーバー中にアプリケーションテストを実行します。
-
特殊なワークロード移行ワークストリーム – このワークストリームは、SAP やデータベースなどの特定の特殊なワークロードの移行をサポートします。
これらのアクティビティには専用のワークストリームが必要ない場合があります。通常、個人または一連の個人がこれらのアクティビティを担当し、それらの個人をコアワークストリームの 1 つに埋め込みます。例えば、大規模な移行にはセキュリティとコンプライアンスの担当者が必要です。これは、ターゲットインフラストラクチャが安全で準拠していることを確認する必要があるためです。ただし、セキュリティとコンプライアンスの評価と決定は通常、移行の早い段階で実行され、最も一般的には動員フェーズで実行されます。これをすでに完了している場合は、同じタスクを繰り返すための専用のワークストリームは必要ありません。ただし、移行アクティビティをサポートするために、セキュリティおよびコンプライアンス担当者を移行ワークストリームに埋め込むことをお勧めします。
サポートワークストリームを追加すると、コアワークストリームを介した情報とアクティビティのフローが変更されます。次の表は、ワークストリームを追加するとこのフローがどのように変化するかの例です。サポートするワークストリームは、この表の例とは異なる場合があります。
| ワークストリーム名 | タイプ | アップストリームワークストリーム | ダウンストリームワークストリーム |
|---|---|---|---|
|
移行 |
Core |
基盤 プロジェクトガバナンス ポートフォリオ セキュリティとコンプライアンス |
アプリケーションのテスト クラウドオペレーション |
|
ポートフォリオ |
Core |
基盤 プロジェクトガバナンス セキュリティとコンプライアンス |
移行 |
|
プロジェクトガバナンス |
Core |
— |
移行 ポートフォリオ |
|
基盤 |
Core |
— |
移行 ポートフォリオ クラウドオペレーション |
|
セキュリティとコンプライアンス |
サポート |
— |
移行 ポートフォリオ |
|
クラウドオペレーション |
サポート |
移行 アプリケーションのテスト 基盤 |
— |
|
アプリケーションのテスト |
サポート |
移行 |
クラウドオペレーション |
|
特殊なワークロード移行 |
サポート |
基盤 プロジェクトガバナンス ポートフォリオ セキュリティとコンプライアンス |
アプリケーションのテスト クラウドオペレーション |
セキュリティとコンプライアンスのワークストリーム
セキュリティとコンプライアンスのワークストリームは、 AWS インフラストラクチャのセキュリティ標準を定義して構築し、移行をサポートします。このワークストリームで確立された標準を使用して、アプリケーション所有者は通常、各アプリケーションのセキュリティとコンプライアンスの要件を定義します。セキュリティとコンプライアンスのワークストリームで、一部またはすべてのアプリケーションの要件をレビューおよび承認することを決定できます。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
クラウドオペレーションのワークストリーム
クラウドオペレーションワークストリームは、移行カットオーバー後のアプリケーションをサポートします。クラウド運用は、専用リソースを持つ別のワークストリームにある場合がありますが、最も一般的には、これらのリソースは既存の IT 運用チームから取得されます。この場合、専用のワークストリームは必要ありません。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
アプリケーションテストワークストリーム
アプリケーションテストワークストリームは、カットオーバー前とカットオーバー中のアプリケーションテストをサポートします。このワークストリームは、アプリケーション所有者にアプリケーションテストを実行するための十分な知識がないため、システムインテグレーターがデータセンターを管理するプロジェクトでより一般的です。ほとんどの場合、アプリケーション所有者はこれらのアクティビティを実行するため、専用のアプリケーションテストワークストリームは必要ありません。
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
特殊なワークロードの移行ワークストリーム
特殊なワークロード専用の移行ワークストリームを作成できます。一般に、サーバーとアプリケーションを大規模に移行するための標準の移行パターンとランブックを構築できます。これらは移行ワークストリームによって管理されます。ただし、一部のアプリケーションでは特別な移行プロセスが必要になる場合があります。たとえば、Hadoop ワークロード、SAP HANA データベース、または標準的なダウンタイムを許容できないミッションクリティカルなアプリケーションを移行するには、特別なプロセスが必要になる場合があります。特殊なワークロードの詳細については、AWS Migration Acceleration Program
|
一般的なタスク |
|
|
期待される成果 |
|
|
必要なスキル |
|
