ステージ 1: 大規模な移行の初期化 - AWS 規範ガイダンス

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

ステージ 1: 大規模な移行の初期化

初期化段階では、ほとんどの移行タスクの標準運用手順またはランブックを定義することが重要です。大規模な移行には多くの人、プロセス、ツールが関与するため、ランブックで手順を定義、接続、自動化することで効率を向上させることができます。ランブックは、全員が従う必要がある明確なガイダンスを提供します。ランブックなしで大規模な移行を実装すると、移行の複雑さが増し、移行作業が勢いを失ったり、失敗したりする可能性があります。このガイドでは、開始しやすいように、ワークフローとプレイブックについて説明します。このプレイブックには、独自のランブックを構築するための便利なテンプレートが含まれています。

TThe5 ステップのプレイブックワークフローは、複数のランブックを作成し、ユーザーとプラットフォームを準備します。

プレイブックは、第 1 ステージの完了、初期化、第 2 ステージの準備、実装に役立ちます。

  1. AWS 大規模な移行のための基盤プレイブック – このプレイブックは、インフラストラクチャと人材の準備に役立ちます。

  2. AWS 大規模な移行のためのプロジェクトガバナンスプレイブック – このプレイブックは、大規模な移行プロジェクトを効果的に管理するプロジェクトガバナンスプロセスとツールを構築するのに役立ちます。これには、使用開始に役立つテンプレートが含まれています。

  3. AWS 大規模な移行のためのポートフォリオプレイブック – このプレイブックは、ウェーブプランニングとポートフォリオ評価のための独自のポートフォリオランブックを構築するのに役立ちます。これには、使用開始に役立つテンプレートが含まれています。

  4. AWS 大規模な移行のための移行プレイブック – このプレイブックは、移行パターンごとにランブックを構築するのに役立ちます。これには、さまざまなパターン用の複数のテンプレートが含まれています。

  5. 大規模な移行の AWS ヘルスチェックマトリックス – ベストプラクティスを適用し、プロジェクトのライフサイクル全体を通じて大規模な移行の効率と進捗状況を評価するのに役立ちます。

ステップ 1: 基盤プレイブックを使用して準備する

このプレイブックでは、プラットフォームとユーザーの準備を整えます。

以下は、組織内の人材を準備する方法の例です。

  • ステークホルダーが移行にコミットし、サポートを提供する準備ができていることを確認します。

  • 大規模な移行でワークストリームを定義します。

  • Cloud Center of Excellence チームとも呼ばれる Cloud Enablement Engine を定義します。

  • 責任割り当てモデルを、責任、説明責任、相談、情報 (RACI) マトリックスの形式で作成します。

  • 移行リソースのトレーニング計画を立てます。

以下は、組織のプラットフォームを準備する方法の例です。

  • ラン AWS ディングゾーンで大規模な移行をサポートする準備を整えます。

  • オンプレミスインフラストラクチャの準備状況を評価します。

詳細については、AWS 「大規模な移行のための Foundation Playbook」を参照してください。

ステップ 2: プロジェクトガバナンスプレイブックを使用してルールを定義する

このステップでは、大規模な移行を実行するためのルール、境界、計画を定義します。これには、以下の計画とプロセスの定義が含まれます。

  • コミュニケーションプラン

  • 利点追跡オフィス

  • エスカレーションプロセス

  • 移行とカットオーバーの通信ゲート

  • プロジェクト管理プロセスとツール

詳細については、AWS 「大規模な移行のガバナンスの概要」およびAWS 「大規模な移行のプロジェクトガバナンスプレイブック」を参照してください。

ステップ 3: ポートフォリオプレイブックを使用してポートフォリオランブックを作成する

これで、範囲と戦略をよりよく理解できます。このステップでは、ポートフォリオプレイブックに従って、ポートフォリオ評価とウェーブプランニングのための詳細なランブックを作成します。目標は、移行ファクトリーが RAW マテリアル (サーバー) を使い果たさないようにし、移行をサポートするために必要なすべての情報が揃っていることを確認することです。タスクには以下が含まれます。

  • 準備フェーズからの移行戦略を確認します (そのフェーズで定義した場合)。詳細については、「移行戦略について」を参照してください。

  • 各移行パターンのメタデータ要件を定義します。

  • メタデータ収集プロセスと、単一の信頼できる情報源となるメタデータストレージの場所を定義します。

  • アプリケーションの優先順位付けルールを定義します。

  • アプリケーションのディープダイブルールを定義します。

  • ウェーブ計画プロセスを定義します。

詳細については、AWS 「大規模な移行用のポートフォリオプレイブック」を参照してください。

ステップ 4: 移行プレイブックを使用して、各パターンの移行ランブックを構築する

このステップは、前のステップと並行して実行できます。移行プレイブックを使用して、 AWS Cloud Migration Factory を使用した Amazon Elastic Compute Cloud (Amazon EC2) へのリホストや、DataSync を使用した AWS Amazon Elastic File System (Amazon EFS) へのストレージのリプラットフォームなど、移行パターンごとにランブックを構築します。エラーが最小限またはまったくなくなるまで、ランブックを繰り返しテストします。タスクには以下が含まれます。

  • 移行パターンを理解します。

  • ランブックテンプレートを取得し、オンプレミスのプロセスとツールを追加します。

  • ランブックをテストして改善します。

  • ランブックを可能な限り自動化します。

詳細については、AWS 「大規模な移行のための移行プレイブック」を参照してください。

ステップ 5: ヘルスチェックマトリックスを使用して現在の状態を評価する

この最後のステップでは、プロジェクトチームが前のステップを完了したことを確認し、残りのギャップを特定します。移行の健全性を評価し、プロセスを改善することは、移行の成功に不可欠であり、ベストプラクティスとの整合性を維持するのに役立ちます。

ヘルスチェックマトリックスを使用して、人、プロセス、テクノロジーの観点から移行の現在の状態を評価します。これは 1 回限りのプロセスではありません。この評価は定期的に実行する必要があります。