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

# マイグレーション・ファクトリー・アプローチを検討します。
<a name="best-practice-1"></a>

大規模なマイグレーションで重要なのは、最初の試験的ワークロードを移行した後に、マイグレーション・ファクトリーを確立することです。

マイグレーションファクトリは、チーム、ツール、プロセスで構成されます。これらのチームが協力して、これまでのマイグレーションの波から学んだ教訓を取り入れながら、移行を体系的に効率化します。マイグレーション・ファクトリはパターンを適用することで、ワークロードのマイグレーションを加速し、最終的な結果を改善します。

廃止する必要のある IT ポートフォリオの規模を考えると、マイグレーション・ファクトリー・アプローチの導入に価値があるかどうかを検討する価値があります。このガイドで概説されている方法論と原則は、このアプローチを補完するものでもあり、そのメカニズムに組み込むこともできます。

通常、エンタープライズアプリケーションポートフォリオの 20 ～ 50% は、マイグレーションファクトリアプローチを使用して最適化できる繰り返しパターンで構成されています。パターンの例としては、移行チームが実装して移行を調整および自動化できる[「AWS Cloud Migration Factory ソリューション」 ](https://aws.amazon.com//solutions/implementations/cloud-migration-factory-on-aws/)を参照してください。

チームは、ビジネス上の重要性が最も低いアプリケーションから始めて、徐々に重要なシステムに移行する必要があります。チームがビジネスクリティカルなシステムの移行を開始する頃には、数千とは言わないまでも数百のワークロードを移行し、多くの教訓を学んでいるでしょう。

評価フェーズが始まる前に、廃止が決定したアプリケーションの 1 か月分の依存関係データを収集するプロセスを作成できます。準備が整うと、チームに通知され、データにアクセスできるようになります。次に、チームはアプリケーションが影響を与える可能性に基づいてデータにスコアを付けます。アプリケーション所有者は、次のステップを開始する前に、接続の詳細な分析を行う場合があります。

マイグレーションファクトリの方法論について詳しくは、[「 AWS 大規模マイグレーションガイド」 ](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/)を参照してください。