大規模な移行におけるワークストリーム - AWS 規範ガイダンス

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

大規模な移行におけるワークストリーム

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

コアワークストリーム

コアワークストリームは、会社の規模やセグメントに関係なく、大規模な移行ごとに必要です。以下は、各コアワークストリームの主なロールの概要です。

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

  • プロジェクトガバナンスのワークストリーム — このワークストリームは、移行プロジェクト全体の管理、コミュニケーションの促進、予算内および時間内にプロジェクトを完了することに焦点を当てます。

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

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

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

重要

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

コアワークストリーム名 アップストリームワークストリーム ダウンストリームワークストリーム

基盤

移行

ポートフォリオ

プロジェクトガバナンス

移行

ポートフォリオ

ポートフォリオ

基盤

プロジェクトガバナンス

移行

移行

基盤

プロジェクトガバナンス

ポートフォリオ

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

  基盤 プロジェクトガバナンス ポートフォリオ 移行

フェーズ 1: 評価

フェーズ 2: 準備する

このフェーズでは、AWSランディングゾーンまたはワークストリームを設計した可能性があります。

このフェーズでは、プロジェクト管理プロセスを設計したかもしれません。

このフェーズでは、ポートフォリオの初期評価と検出を完了している可能性があります。

このフェーズでパイロット移行を完了した可能性があります。

フェーズ 2: 移行

ステージ 1: 初期化

ワークストリームを確立し、ランディングゾーンの設計を確認します。変更の準備をします。

移行の原則、チーム、RACI マトリックスを策定します。トレーニングを完了します。

プロジェクト管理プロセス、コミュニケーション、会議計画を作成します。

メタデータ、ウェーブ計画、およびアプリケーションの優先順位付けランブックを作成します。

移行ランブックを作成します。

ステージ 2: Impement

ウェーブのステータスと移行プロジェクト全体を促進して伝達します。

移行のメタデータを収集し、アプリケーションの優先順位を付け、ウェーブを計画します。

ウェーブを移行してカットオーバーし、ランブックを反復処理して速度を向上させます。

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

基盤ワークストリーム

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

一般的なタスク

  • AWS ランディングゾーンを構築して検証する

  • ネットワークやファイアウォールの変更、アクセス許可の変更、Active Directory の変更など、移行をサポートするようにオンプレミスインフラストラクチャを準備する

  • プロジェクトコアワークストリームとサポートワークストリームをセットアップする

  • チームのトレーニング計画を設定する

  • プロジェクトマネージャーを使用して RACI マトリックスを構築する

期待される結果

  • ソースプラットフォームとターゲットプラットフォームは、大規模な移行に備えています。

  • 大規模な移行をサポートする準備ができている

  • すべてのワークストリームがセットアップされます。

必要なスキル

  • サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識

  • ランディングゾーンAWS クラウドや を含む AWS コンピューティングサービスの知識と経験 AWS Control Tower

  • 大規模なデータセンターやクラウド移行の経験

  • トレーニングプランの作成経験

  • 部門横断的なチームの構築経験

プロジェクトガバナンスのワークストリーム

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

一般的なタスク

  • プロジェクトをキックオフする

  • ガバナンスモデルを設定する

  • クラウド有効化エンジン (CEE) をセットアップする

  • コミュニケーションプランを設定する

  • エスカレーション計画を設定する

  • RACI 行列を構築する

  • プロジェクト管理フレームワークを設定する

  • ステータスレポートとプロジェクトの追跡を設定する

  • リスクと問題の追跡を設定する

  • 事前定義されたプロセスとツールを使用してプロジェクトを継続的に管理する

期待される結果

  • すべてのワークストリームがタスクを予定どおりに完了できることを確認する

  • ワークストリーム間のコラボレーションを確保する

  • プロジェクトが定義されたビジネス成果を達成していることを確認する

  • 予算と予定どおりにプロジェクトを配信する

必要なスキル

  • ウォーターフォール、アジャイル、カンバン、スクラムなどの一般的なプロジェクト管理方法論の経験

  • Jira、Microsoft Project、Confluence などの一般的なプロジェクト管理ツールの使用経験

  • 大規模な移行プロジェクト管理の経験

ポートフォリオワークストリーム

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

一般的なタスク

  • 移行戦略とパターンを検証する

  • 検出ツールと設定管理データベース (CMDB) を使用してポートフォリオ検出を完了する

  • 必要なメタデータ、コレクションプロセス、および保存場所を定義する

  • アプリケーションの優先順位付け

  • 依存関係分析やターゲット状態設計など、アプリケーションの詳細な分析を実行する

  • ウェーブプランニングを実行する

  • 移行メタデータの収集

期待される結果

  • ウェーブプランを継続的に作成して移行メタデータを収集し、移行ワークストリームに引き渡します。

必要なスキル

  • オンプレミス CMDB、データリポジトリ、コンテンツ管理ツールに関する深い知識

  • 、Flexera OneAWS Application Discovery Service、modelizeIT などの一般的なポートフォリオ検出ツールの使用経験

  • ポートフォリオ評価とアプリケーションの優先順位付けの経験

  • アプリケーションディープダイブとアプリケーション所有者のインタビューの経験

  • のアプリケーション設計の経験 AWS クラウド

  • 大規模な移行のためのウェーブプランニングの経験

  • シェルスクリプティング、Python、Microsoft など、オートメーションの経験 PowerShell

移行ワークストリーム

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

ヒント

移行ワークストリームは、通常、大規模な移行プロジェクトで最大のワークストリームです。プロジェクトのサイズと戦略に応じて、このワークストリームを複数のサブワークストリームに分割することを検討してください。例:

  • 移行ワークストリームのリホスト

  • 移行ワークストリームのリプラットフォーム

  • 移行ワークストリームのリファクタリング

  • 移行ワークストリームの再配置

  • SAP やデータベースなどの特殊なワークロードの移行ワークストリーム

一般的なタスク

  • 移行ウェーブプランを検証する

  • 移行ランブックを構築する

  • AWS 移行サービスを使用して、 AWS Application Migration Service (AWS MGN)、 AWS Database Migration Service (AWS DMS)、 などのデータを転送します。 AWS DataSync

  • 必要に応じて、移行をサポートするソースサーバーとターゲットサーバーにソフトウェアをインストールおよびアンインストールする

  • 移行アクティビティを自動化する自動化スクリプトの作成

  • テストまたはカットオーバーのために、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスなどのターゲットAWS環境を起動する

  • 変更管理チームと協力して変更とカットオーバーを行う

  • 移行のカットオーバーを実行する

  • アプリケーションのテスト中にアプリケーション所有者をサポートする

  • カットオーバーが失敗した場合は、サーバーをロールバックするのに役立ちます。

期待される結果

  • ターゲットAWSアカウントで移行のカットオーバーとアプリケーションの稼働開始を完了する

必要なスキル

  • サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識

  • ランディングゾーンAWS クラウドや を含む AWS コンピューティングサービスの知識と経験 AWS Control Tower

  • アプリケーションAWS移行サービス、、AWS DMS DataSyncおよび を含む移行サービスの使用経験 AWS Snow Family

  • 大規模なデータセンターまたはクラウド移行とカットオーバーの経験

  • シェルスクリプティング、Python、Microsoft など、オートメーションの経験 PowerShell

ワークストリームのサポート

ワークストリームのサポートは、コアワークストリームをサポートします。これらのワークストリームはオプションであり、ユースケースと移行の現在の段階に基づいて使用することもできます。以下は、大規模な移行プロジェクトに含めることができる一般的なサポートワークストリームです。

  • セキュリティとコンプライアンスのワークストリーム — このワークストリームは、ターゲットAWSインフラストラクチャのセキュリティ標準を定義および構築し、移行をサポートします。

  • クラウドオペレーション (Cloud Ops) ワークストリーム — このワークストリームは、カットオーバー後のハイパーペイント期間が完了したときにアプリケーションを管理します。

  • アプリケーションテストワークストリーム — このワークストリームは、カットオーバー前とカットオーバー中にアプリケーションテストを実行します。

  • 特殊なワークロード移行ワークストリーム — このワークストリームは、SAP やデータベースなどの特定の特殊なワークロードの移行をサポートします。

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

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

ワークストリーム名 タイプ アップストリームワークストリーム ダウンストリームワークストリーム

移行

コア

基盤

プロジェクトガバナンス

ポートフォリオ

セキュリティとコンプライアンス

アプリケーションのテスト

クラウドオペレーション

ポートフォリオ

コア

基盤

プロジェクトガバナンス

セキュリティとコンプライアンス

移行

プロジェクトガバナンス

コア

移行

ポートフォリオ

基盤

コア

移行

ポートフォリオ

クラウドオペレーション

セキュリティとコンプライアンス

サポート

移行

ポートフォリオ

クラウドオペレーション

サポート

移行

アプリケーションのテスト

基盤

アプリケーションのテスト

サポート

移行

クラウドオペレーション

特殊なワークロードの移行

サポート

基盤

プロジェクトガバナンス

ポートフォリオ

セキュリティとコンプライアンス

アプリケーションのテスト

クラウドオペレーション

セキュリティとコンプライアンスのワークストリーム

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

一般的なタスク

  • 集中ログ記録、暗号化、 AWS Identity and Access Management (IAM) ポリシー、Active Directory 統合など、AWSランディングゾーンのセキュリティ要件を定義します。

  • HIPAA、個人を特定できる情報 (PII)、Service Organization Control (SOC)、Federal Risk and Authorization Management Program (FedRAMP) などのコンプライアンス要件を定義します。

  • ファイアウォール、セキュリティグループ、IAM ロールの要件など、移行のセキュリティ要件を定義する

  • ファイアウォール、セキュリティグループ、アクセス許可の変更など、セキュリティ関連のタスクの変更を管理する

期待される結果

  • ターゲットAWSアカウントで移行のカットオーバーとアプリケーションの稼働開始を完了する

必要なスキル

  • サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識

  • 範囲内の特殊なワークロードに関する深い知識

  • ランディングゾーンAWS クラウドや を含む AWSコンピューティングサービスに関する経験と知識 AWS Control Tower

  • アプリケーションAWS移行サービス、、 AWS DMS DataSyncなどの移行ツールの使用経験 AWS Snow Family

  • 大規模なデータセンターまたはクラウド移行とカットオーバーの経験

クラウドオペレーションのワークストリーム

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

一般的なタスク

  • 移行されたサーバーとアプリケーションのモニタリングとバックアップ

  • ディスクサイズの増加やインスタンスタイプの変更など、アプリケーションチームからの business-as-usual サービスリクエストを管理する

  • 必要に応じて、アプリケーションの問題と停止を解決する

  • パッチ適用ポリシーとスケジュールの管理

  • メンテナンスタスクとリクエストの管理

期待される結果

  • 移行されたサーバーとアプリケーションが でスムーズに動作している AWS

  • ユーザーからのサービスリクエストに応答し、問題を解決する

必要なスキル

  • オンプレミスデータセンターの現在の動作に関する深い理解

  • Amazon 、、 CloudWatch、AWS Config、 などの一般的なAWSオペレーションサービスの使用経験 AWS CloudTrail AWS Backup AWS Support

  • トラブルシューティングの経験があり、SLA を理解している

  • 大規模な移行のサポート経験

アプリケーションテストワークストリーム

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

一般的なタスク

  • カットオーバー前にアプリケーションのテストを実行する

  • カットオーバー中にアプリケーションのテストを実行する

  • 新しい環境で機能するために、必要に応じてアプリケーションを変更する

  • カットオーバー中のテスト結果に基づいて、アプリケーションに対して実行または実行しない決定を行う

期待される結果

  • カットオーバー中に予定どおりにアプリケーションテストを完了する

  • ターゲット環境をサポートするために、必要に応じてアプリケーションを変更する

必要なスキル

  • アプリケーションとそのオンプレミスでの運用方法に関する深い知識

  • AWS クラウド、特にターゲットAWSサービスの使用経験

  • 大規模な移行の経験

特殊なワークロードの移行ワークストリーム

特殊なワークロード専用の移行ワークストリームを作成できます。通常、サーバーとアプリケーションを大規模に移行する標準的な移行パターンとランブックを構築でき、これらは移行ワークストリームによって管理されます。ただし、場合によっては、特定のアプリケーションに特別な移行プロセスが必要になることがあります。例えば、Hadoop ワークロード、SAP HANA データベース、または標準のダウンタイムを許容できないミッションクリティカルなアプリケーションを移行するには、特別なプロセスが必要になる場合があります。特殊なワークロードの詳細については、「移行促進プログラム」の「MAP 特殊なワークロード」を参照してください。 AWS

一般的なタスク

  • 移行ウェーブプランを検証する

  • 移行ランブックを構築する

  • 移行ツールまたはネイティブアプリケーションツールを使用してデータを転送する

  • テストやカットオーバーのために EC2 インスタンスなどのターゲットAWS環境を起動する

  • 変更管理チームと協力して変更やカットオーバーを行う

  • 移行のカットオーバーを実行する

  • アプリケーションのテスト中にアプリケーション所有者をサポートする

  • カットオーバーが失敗した場合、アプリケーションまたはサーバーをロールバックする

期待される結果

  • ターゲットAWSアカウントで移行のカットオーバーとアプリケーションの稼働開始を完了する

必要なスキル

  • サーバー、ストレージ、ネットワークなど、オンプレミスのデータセンターに関する深い知識

  • 範囲内の特殊なワークロードに関する深い知識

  • ランディングゾーンAWS クラウドや を含む AWSコンピューティングサービスに関する経験と知識 AWS Control Tower

  • アプリケーションAWS移行サービス、、 AWS DMS DataSyncなどの移行ツールの使用経験 AWS Snow Family

  • 大規模なデータセンターまたはクラウド移行とカットオーバーの経験

  • 特殊なワークロードの移行経験