本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 考慮遷移工廠方法
<a name="best-practice-1"></a>

任何大規模遷移的一個重要部分是在初始試行工作負載遷移後建立*遷移工廠*。

遷移工廠包含團隊合作以系統化方式簡化遷移的團隊、工具和程序，結合從先前的遷移波紋中學到的經驗。遷移工廠會套用模式，以加速工作負載遷移並改善最終結果。

根據您需要淘汰的 IT 產品組合大小，值得考慮實作遷移工廠方法是否有價值。本指南中概述的方法和原則也會補充此方法，並且可以嵌入到其機制中。

一般而言，企業應用程式產品組合的 20% 到 50% 是由重複模式組成，可以使用遷移工廠方法進行最佳化。如需模式的範例，請參閱 [AWS Cloud Migration Factory 解決方案，該解決方案](https://aws.amazon.com//solutions/implementations/cloud-migration-factory-on-aws/)可由遷移團隊實作，以協調和自動化遷移。

團隊應該從業務關鍵性最低的應用程式開始，然後逐步轉向更關鍵的系統。當團隊開始遷移業務關鍵系統時，他們將遷移數百個工作負載，如果不是數千個工作負載，並學到許多教訓。

在評估階段開始之前，您可以建立一個程序，為已識別為淘汰的應用程式擷取一個月的相依性資料。當資料準備就緒時，會通知團隊並授予其存取權。然後，團隊會根據應用程式造成影響的可能性，為資料提供分數。然後，應用程式擁有者可以在後續步驟開始之前，對連線進行更深入的分析。

如需遷移工廠方法的詳細資訊，請參閱 [AWS 大型遷移指南](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/)。