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

# 大規模な移行におけるワークストリーム
<a name="workstreams"></a>

大規模な移行プロジェクトは通常、複数のワークストリームで構成され、各ワークストリームにはタスクの明確な範囲があります。各ワークストリームは独立していますが、同じ目標を達成するために他のワークストリームもサポートしています。大規模なサーバー移行です。このセクションでは、大規模な移行の標準コアワークストリームと、一般的なサポートワークストリームについて説明します。

## コアワークストリーム
<a name="core-workstreams"></a>

コアワークストリームは、会社の規模やセグメントに関係なく、大規模な移行のたびに必要です。以下は、各コアワークストリームのプライマリロールの概要です。
+ **基盤ワークストリーム** – このワークストリームは、大規模な移行のための人材とプラットフォームの準備に焦点を当てています。
+ **プロジェクトガバナンスワークストリーム** – このワークストリームは、移行プロジェクト全体を管理し、コミュニケーションを容易にし、予算内および時間どおりにプロジェクトを完了することに焦点を当てます。
+ **ポートフォリオワークストリーム** – このワークストリームのチームは、移行のサポート、アプリケーションの優先順位付け、ウェーブプランニングの実行のためにメタデータを収集します。
+ **移行ワークストリーム** – ウェーブプランとポートフォリオワークストリームから収集したメタデータを使用して、このワークストリームのチームはアプリケーションとサーバーを移行してカットオーバーします。

次の表に示すように、情報とアクティビティは大規模な移行でアップストリームからダウンストリームに流れます。情報は、アップストリームの基盤とプロジェクトガバナンスのワークストリーム、ポートフォリオのワークストリーム、移行ワークストリームから取得されます。例えば、ポートフォリオワークストリームは、移行ワークストリームがアプリケーションとサーバーの移行とカットオーバーに使用するメタデータとウェーブプランを準備するため、ポートフォリオワークストリームは移行ワークストリームの上流にあります。大規模な移行プロジェクトでサポートするワークストリームを追加すると、コアワークストリームを介した情報とアクティビティの流れが変わる可能性があります。

**重要**  
大規模な移行プロジェクトには、プロジェクトレベルのテクニカルリーダーを割り当てる必要があります。このロールは個々のワークストリームの一部ではありませんが、すべてのワークストリームの全責任を負います。この担当者は、すべてのワークストリームを監督して、それらが連携し、プロジェクトレベルの目標に集中していることを確認します。


| コアワークストリーム名 | アップストリームワークストリーム | ダウンストリームワークストリーム | 
| --- | --- | --- | 
| 基盤 | — | 移行<br />ポートフォリオ | 
| プロジェクトガバナンス | — | 移行<br />ポートフォリオ | 
| ポートフォリオ | 基盤<br />プロジェクトガバナンス | 移行 | 
| 移行 | 基盤<br />プロジェクトガバナンス<br />ポートフォリオ | — | 

以下は、大規模な移行のフェーズにおける各コアワークストリームの主な機能です。このドキュメントシリーズのプレイブックは、適切なフェーズとステージの各ワークストリームのタスクをナビゲートするのに役立つように構成されています。


<table>
<thead>
  <tr><th colspan="2"> </th><th>基盤</th><th>プロジェクトガバナンス</th><th>ポートフォリオ</th><th>移行</th></tr>
</thead>
<tbody>
  <tr><td colspan="2"><b>フェーズ 1: 評価</b></td><td>—</td><td>—</td><td>—</td><td>—</td></tr>
  <tr><td colspan="2"><b>フェーズ 2: 動員</b></td><td>このフェーズで AWS ランディングゾーンまたはワークストリームを設計した可能性があります。</td><td>このフェーズでプロジェクト管理プロセスを設計したかもしれません。</td><td>このフェーズで最初のポートフォリオ評価と検出を完了している可能性があります。</td><td>このフェーズでパイロット移行を完了した可能性があります。</td></tr>
  <tr><td rowspan="2"><b>フェーズ 3: 移行</b></td><td><b>ステージ 1: 初期化</b></td><td>ワークストリームを確立し、ランディングゾーンの設計を確認します。変更に備えます。<br />移行原則、チーム、RACI マトリックスを正式なものにします。トレーニングを完了します。</td><td>プロジェクト管理プロセスとコミュニケーションおよび会議計画を作成します。</td><td>メタデータ、ウェーブプランニング、アプリケーションの優先順位付けランブックを作成します。</td><td>移行ランブックを開発します。</td></tr>
  <tr><td><b>ステージ 2: Impement</b></td><td>—</td><td>ウェーブのステータスと移行プロジェクト全体を促進して伝達します。</td><td>移行のメタデータを収集し、アプリケーションの優先順位を付け、ウェーブを計画します。</td><td>ウェーブを移行してカットオーバーし、ランブックを反復して速度を向上させます。</td></tr>
</tbody>
</table>


以下のセクションでは、各ワークストリームの一般的なタスク、各ワークストリームの期待される結果、各ワークストリームに必要なスキルなど、各コアワークストリームについて詳しく説明します。ワークストリーム内の各個人がすべてのスキルを持っている必要はありません。ワークストリームはさらに 1 つの部門横断的なチームで構成されているため、各人が異なるスキルに貢献します。ただし、チームとして、すべてのスキルがリストされている必要があります。

### Foundation ワークストリーム
<a name="foundation-workstream"></a>

基盤ワークストリームは、プラットフォーム基盤と人材基盤の 2 つのカテゴリで構成されています。プラットフォーム基盤を構築すると、 AWS とオンプレミスインフラストラクチャの両方が大規模な移行をサポートする準備ができていることを確認できます。人材基盤を構築すると、移行のためのプロジェクトチームの準備とトレーニングが行われ、すべてのワークストリームがセットアップされます。


|  |  | 
| --- |--- |
| 一般的なタスク |  +   AWS ランディングゾーンを構築して検証する <br />+  ネットワークやファイアウォールの変更、アクセス許可の変更、Active Directory の変更など、移行をサポートするオンプレミスインフラストラクチャを準備する <br />+  プロジェクトコアワークストリームとサポートワークストリームを設定する <br />+  チームのトレーニングプランを設定する <br />+  プロジェクトマネージャーを使用して RACI マトリックスを構築する   | 
| 期待される成果 |  +  ソースプラットフォームとターゲットプラットフォームは、大規模な移行に備えています。 <br />+  大規模な移行をサポートする準備ができている <br />+  すべてのワークストリームがセットアップされます。   | 
| 必要なスキル |  +  サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識 <br />+  ランディングゾーン AWS クラウド や を含む AWS コンピューティングサービスの経験と知識 AWS Control Tower <br />+  大規模なデータセンターまたはクラウド移行の経験 <br />+  トレーニングプランの構築経験 <br />+  部門横断的なチームの構築経験   | 

### プロジェクトガバナンスワークストリーム
<a name="pg-workstream"></a>

プロジェクトガバナンスワークストリームは、移行プロジェクト全体を管理し、プロジェクトを予算内および時間どおりに提供する責任を担います。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  プロジェクトをキックオフする <br />+  ガバナンスモデルを設定する <br />+  クラウド有効化エンジン (CEE) のセットアップ <br />+  コミュニケーションプランを設定する <br />+  エスカレーション計画を設定する <br />+  RACI マトリックスを構築する <br />+  プロジェクト管理フレームワークを設定する <br />+  ステータスレポートとプロジェクト追跡を設定する <br />+  リスクと問題の追跡を設定する <br />+  事前定義されたプロセスとツールを使用してプロジェクトを継続的に管理する   | 
| 期待される成果 |  +  すべてのワークストリームがタスクを時間どおりに完了できることを確認する <br />+  ワークストリーム間のコラボレーションを確保する <br />+  プロジェクトが定義されたビジネス成果を達成していることを確認する <br />+  予算内および時間どおりにプロジェクトを配信する   | 
| 必要なスキル |  +  ウォーターフォール、アジャイル、かんばん、スクラムなどの一般的なプロジェクト管理方法論の経験 <br />+  Jira、Microsoft Project、Confluence などの一般的なプロジェクト管理ツールの使用経験 <br />+  大規模な移行プロジェクト管理の経験   | 

### ポートフォリオワークストリーム
<a name="portfolio-workstream"></a>

ポートフォリオワークストリームは、すべての移行検出アクティビティを管理し、メタデータを収集し、アプリケーションの優先順位を付け、移行ワークストリームをサポートするウェーブプランを作成します。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  移行戦略とパターンを検証する <br />+  検出ツールと設定管理データベース (CMDB) を使用してポートフォリオ検出を完了する <br />+  必要なメタデータ、収集プロセス、ストレージの場所を定義する <br />+  アプリケーションの優先順位付け <br />+  依存関係分析やターゲット状態設計など、アプリケーションの詳細な分析を実行する <br />+  ウェーブプランニングを実行する <br />+  移行メタデータの収集   | 
| 期待される成果 |  +  ウェーブプランを継続的に作成して移行メタデータを収集し、移行ワークストリームに引き渡す   | 
| 必要なスキル |  +  オンプレミス CMDB、データリポジトリ、コンテンツ管理ツールに関する深い知識 <br />+  Flexera One や などの一般的なポートフォリオ検出ツールの使用経験 modelizeIT <br />+  ポートフォリオ評価とアプリケーションの優先順位付けの経験 <br />+  アプリケーションの詳細調査とアプリケーション所有者のインタビューの経験 <br />+  のアプリケーション設計の経験 AWS クラウド <br />+  大規模な移行のウェーブプランニングの経験 <br />+  シェルスクリプティング、Python、 など、オートメーションの経験 Microsoft PowerShell   | 

### 移行ワークストリーム
<a name="migration-workstream"></a>

移行ワークストリームは、データレプリケーションやカットオーバーなど、移行実装関連のアクティビティを管理します。移行チームは移行とカットオーバーを実行するため、移行ワークストリームが大規模な移行プロジェクトですべてを行うという誤解がよくあります。ただし、移行ワークストリームは、基盤を構築し、移行をサポートするポートフォリオデータを提供するために、他のワークストリームに依存しています。

**ヒント**  
移行ワークストリームは、通常、大規模な移行プロジェクトで最大のワークストリームです。プロジェクトのサイズと戦略に応じて、このワークストリームを複数のサブワークストリームに分割することを検討してください。例えば、次のようになります。  
移行ワークストリームのリホスト
リプラットフォーム移行ワークストリーム
リファクタリング移行ワークストリーム
移行ワークストリームの再配置
SAP やデータベースなどの特殊なワークロードの移行ワークストリーム


|  |  | 
| --- |--- |
| 一般的なタスク |  +  移行ウェーブプランを検証する <br />+  移行ランブックを構築する <br />+   AWS 移行サービスを使用して、 AWS Transform MGN (AWS MGN)、 AWS Database Migration Service (AWS DMS)、 などのデータを転送します。 AWS DataSync <br />+  必要に応じてソースサーバーとターゲットサーバーにソフトウェアをインストールおよびアンインストールし、移行をサポートします。 <br />+  自動化スクリプトを作成して移行アクティビティを自動化する <br />+  テストまたはカットオーバーのために Amazon Elastic Compute Cloud (Amazon EC2) インスタンスなどのターゲット AWS 環境を起動する <br />+  変更管理チームと協力して変更とカットオーバーを行う <br />+  移行カットオーバーを実行する <br />+  アプリケーションテスト中のアプリケーション所有者のサポート <br />+  カットオーバーが失敗した場合、サーバーをロールバックするのに役立ちます。   | 
| 期待される成果 |  +  ターゲット AWS アカウントで移行カットオーバーとアプリケーションの本番稼働を完了する   | 
| 必要なスキル |  +  サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識 <br />+  ランディングゾーン AWS クラウド や を含む AWS コンピューティングサービスの経験と知識 AWS Control Tower <br />+  MGN、、DataSync AWS DMS、 などの AWS 移行サービスの経験 AWS Snow Family <br />+  大規模なデータセンターまたはクラウド移行とカットオーバーの経験 <br />+  シェルスクリプト、Python、Microsoft PowerShell などの自動化の経験   | 

## ワークストリームのサポート
<a name="sup-workstreams"></a>

サポートするワークストリームは、コアワークストリームをサポートします。これらのワークストリームはオプションであり、ユースケースと移行の現在のステージに基づいて使用することもできます。以下は、大規模な移行プロジェクトに含める一般的なサポートワークストリームです。
+ **セキュリティとコンプライアンスのワークストリーム** – このワークストリームは、ターゲット AWS インフラストラクチャのセキュリティ標準を定義して構築し、移行をサポートします。
+ **クラウドオペレーション (Cloud Ops) ワークストリーム** – このワークストリームは、カットオーバー後、ハイパーケア期間が完了したときにアプリケーションを管理します。
+ **アプリケーションテストワークストリーム** – このワークストリームは、カットオーバー前とカットオーバー中にアプリケーションテストを実行します。
+ **特殊なワークロード移行ワークストリーム** – このワークストリームは、SAP やデータベースなどの特定の特殊なワークロードの移行をサポートします。

これらのアクティビティには専用のワークストリームが必要ない場合があります。通常、個人または一連の個人がこれらのアクティビティを担当し、それらの個人をコアワークストリームの 1 つに埋め込みます。例えば、大規模な移行にはセキュリティとコンプライアンスの担当者が必要です。これは、ターゲットインフラストラクチャが安全で準拠していることを確認する必要があるためです。ただし、セキュリティとコンプライアンスの評価と決定は通常、移行の早い段階で実行され、最も一般的には動員フェーズで実行されます。これをすでに完了している場合は、同じタスクを繰り返すための専用のワークストリームは必要ありません。ただし、移行アクティビティをサポートするために、セキュリティおよびコンプライアンス担当者を移行ワークストリームに埋め込むことをお勧めします。

サポートワークストリームを追加すると、コアワークストリームを介した情報とアクティビティのフローが変更されます。次の表は、ワークストリームを追加するとこのフローがどのように変化するかの例です。サポートするワークストリームは、この表の例とは異なる場合があります。


| ワークストリーム名 | タイプ | アップストリームワークストリーム | ダウンストリームワークストリーム | 
| --- | --- | --- | --- | 
| 移行 | Core | 基盤<br />プロジェクトガバナンス<br />ポートフォリオ<br />セキュリティとコンプライアンス | アプリケーションのテスト<br />クラウドオペレーション | 
| ポートフォリオ | Core | 基盤<br />プロジェクトガバナンス<br />セキュリティとコンプライアンス | 移行 | 
| プロジェクトガバナンス | Core | — | 移行<br />ポートフォリオ | 
| 基盤 | Core | — | 移行<br />ポートフォリオ<br />クラウドオペレーション | 
| セキュリティとコンプライアンス | サポート | — | 移行<br />ポートフォリオ | 
| クラウドオペレーション | サポート | 移行<br />アプリケーションのテスト<br />基盤 | — | 
| アプリケーションのテスト | サポート | 移行 | クラウドオペレーション | 
| 特殊なワークロード移行 | サポート | 基盤<br />プロジェクトガバナンス<br />ポートフォリオ<br />セキュリティとコンプライアンス | アプリケーションのテスト<br />クラウドオペレーション | 

### セキュリティとコンプライアンスのワークストリーム
<a name="security-workstream"></a>

セキュリティとコンプライアンスのワークストリームは、 AWS インフラストラクチャのセキュリティ標準を定義して構築し、移行をサポートします。このワークストリームで確立された標準を使用して、アプリケーション所有者は通常、各アプリケーションのセキュリティとコンプライアンスの要件を定義します。セキュリティとコンプライアンスのワークストリームで、一部またはすべてのアプリケーションの要件をレビューおよび承認することを決定できます。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  集中ロギング、暗号化、 AWS Identity and Access Management (IAM) ポリシー、Active Directory 統合など、ランディングゾーンのセキュリティ要件 AWS を定義する <br />+  HIPAA、個人を特定できる情報 (PII)、Service Organization Control (SOC)、Federal Risk and Authorization Management Program (FedRAMP) などのコンプライアンス要件を定義する <br />+  ファイアウォール、セキュリティグループ、IAM ロールの要件など、移行のセキュリティ要件を定義する <br />+  ファイアウォール、セキュリティグループ、アクセス許可の変更など、セキュリティ関連のタスクの変更を管理する   | 
| 期待される成果 |  +  ターゲット AWS アカウントで移行カットオーバーとアプリケーションの本番稼働を完了する   | 
| 必要なスキル |  +  サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識 <br />+  対象範囲内の特殊なワークロードに関する深い知識 <br />+  ランディングゾーン AWS クラウド や を含む AWS コンピューティングサービスの経験と知識 AWS Control Tower <br />+  MGN、、DataSync AWS DMS、 などの AWS 移行ツールの使用経験 AWS Snow Family <br />+  大規模なデータセンターまたはクラウド移行とカットオーバーの経験   | 

### クラウドオペレーションのワークストリーム
<a name="cloud-ops-workstream"></a>

クラウドオペレーションワークストリームは、移行カットオーバー後のアプリケーションをサポートします。クラウド運用は、専用リソースを持つ別のワークストリームにある場合がありますが、最も一般的には、これらのリソースは既存の IT 運用チームから取得されます。この場合、専用のワークストリームは必要ありません。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  移行されたサーバーとアプリケーションをモニタリングしてバックアップする <br />+  ディスクサイズの増加やインスタンスタイプの変更など、アプリケーションチームからのbusiness-as-usualサービスリクエストを管理する <br />+  必要に応じてアプリケーションの問題や停止を解決する <br />+  パッチ適用ポリシーとスケジュールを管理する <br />+  メンテナンスタスクとリクエストを管理する   | 
| 期待される成果 |  +  移行されたサーバーとアプリケーションが でスムーズに実行されている AWS <br />+  ユーザーからのサービスリクエストに対応し、問題を解決する   | 
| 必要なスキル |  +  オンプレミスデータセンターの現在の運用状況を深く理解する <br />+  Amazon CloudWatch、、 AWS Config AWS CloudTrail、 などの一般的な AWS オペレーションサービスの経験 AWS Backup サポート <br />+  トラブルシューティングの経験があり、SLA を理解している <br />+  大規模な移行のサポート経験   | 

### アプリケーションテストワークストリーム
<a name="app-testing-workstream"></a>

アプリケーションテストワークストリームは、カットオーバー前とカットオーバー中のアプリケーションテストをサポートします。このワークストリームは、アプリケーション所有者にアプリケーションテストを実行するための十分な知識がないため、システムインテグレーターがデータセンターを管理するプロジェクトでより一般的です。ほとんどの場合、アプリケーション所有者はこれらのアクティビティを実行するため、専用のアプリケーションテストワークストリームは必要ありません。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  カットオーバー前にアプリケーションテストを実行する <br />+  カットオーバー中にアプリケーションテストを実行する <br />+  新しい環境で作業するために、必要に応じてアプリケーションを変更する <br />+  カットオーバー中のテスト結果に基づいて、アプリケーションの go または no-go を決定する   | 
| 期待される成果 |  +  カットオーバー中にアプリケーションテストを時間どおりに完了する <br />+  ターゲット環境をサポートするために、必要に応じてアプリケーションを変更する   | 
| 必要なスキル |  +  アプリケーションとそのオンプレミスでの運用方法に関する深い知識 <br />+  の経験 AWS クラウド、特にターゲット AWS サービス <br />+  大規模な移行の経験   | 

### 特殊なワークロードの移行ワークストリーム
<a name="workstream-specialized"></a>

特殊なワークロード専用の移行ワークストリームを作成できます。一般に、サーバーとアプリケーションを大規模に移行するための標準の移行パターンとランブックを構築できます。これらは移行ワークストリームによって管理されます。ただし、一部のアプリケーションでは特別な移行プロセスが必要になる場合があります。たとえば、Hadoop ワークロード、SAP HANA データベース、または標準的なダウンタイムを許容できないミッションクリティカルなアプリケーションを移行するには、特別なプロセスが必要になる場合があります。特殊なワークロードの詳細については、[AWS Migration Acceleration Program](https://aws.amazon.com/migration-acceleration-program/) の*「MAP specialized workloads*」を参照してください。


|  |  | 
| --- |--- |
| 一般的なタスク |  +  移行ウェーブプランを検証する <br />+  移行ランブックを構築する <br />+  移行ツールまたはネイティブアプリケーションツールを使用してデータを転送する <br />+  EC2 インスタンスなどのターゲット AWS 環境を起動してテストまたはカットオーバーする <br />+  変更管理チームと協力して変更とカットオーバーを行う <br />+  移行カットオーバーを実行する <br />+  アプリケーションテスト中のアプリケーション所有者のサポート <br />+  カットオーバーが失敗した場合、アプリケーションまたはサーバーをロールバックする   | 
| 期待される成果 |  +  ターゲット AWS アカウントで移行カットオーバーとアプリケーションの本番稼働を完了する   | 
| 必要なスキル |  +  サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識 <br />+  対象範囲内の特殊なワークロードに関する深い知識 <br />+  ランディングゾーン AWS クラウド や を含む AWS コンピューティングサービスの経験と知識 AWS Control Tower <br />+  MGN、、DataSync AWS DMS、 などの AWS 移行ツールの使用経験 AWS Snow Family <br />+  大規模なデータセンターまたはクラウド移行とカットオーバーの経験 <br />+  特殊なワークロードの移行経験   |