本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
迁移阶段
大规模迁移包括在准备和规划阶段定义和测试的构建基块、流程、工具、资源和方法。在使用了早期阶段的最佳实践和经验教训之后，您可以通过自动化和敏捷交付来实现迁移工厂，即扩展实施和运营的蓝图。
迁移工厂
在迁移项目的扩展阶段，您将有多个团队同时运行。部分将支持重新托管的大量迁移和小规模平台重定向模式。这些团队被称为迁移工厂。您的迁移工厂将加快迁移计划的速度，多个冲刺团队并行工作。企业应用程序组合中有20-50％由重复的模式组成，可以通过工厂方法进行优化。这是一种敏捷交付模式，对于制定发布管理计划非常重要。您的计划应基于当前的工作负载以及在准备和规划阶段生成的信息。应不断对其进行优化，以适应未来的迁移 Wave 和未来的迁移团队。我们建议您为每个团队准备一份支持三个冲刺的应用程序待办事项。这使您在遇到影响日程安排的问题时可重新确定应用程序的优先级。
更大、更复杂的应用程序通常遵循重构/重新架构模式。它们通常由应用程序所有者在计划的发布周期内执行。工厂团队自给自足，包括五到六个跨职能的角色。他们包括运营、业务分析师和所有者、迁移工程师、开发人员和 DevOps 专业人员。以下是专门针对迁移工厂团队的示例：
-
重新托管迁移团队迁移不需要重大变更的大容量、低复杂性的应用程序。这些团队利用迁移自动化工具。这种方法已集成到 patch-and-release管理流程中。
-
平台重置迁移团队设计和迁移需要更改平台或对应用程序架构进行可重复更改的应用程序。
-
重构/重新架构迁移团队设计和迁移具有许多依赖关系的复杂或核心业务应用程序。在大多数情况下，开发和技术运营团队都支持这种业务能力。迁移变成了该团队计划中的一个发布周期或几个发布周期。在迁移过程中可能会出现许多这样的问题，Cloud Business Office (CBO) 负责在迁移完成之前跟踪时机、风险和问题。该团队负责应用程序迁移流程。
需要考虑的事项：
-
进行组合分析以了解所有应用程序的常见模式，从而帮助工厂团队建立可重复的工作，以便高效实施。
-
在您的团队支持常规业务活动时，请使用 AWS 合作伙伴来帮助解决资源限制。 AWS AWS 合作伙伴社区可以为数据库、应用程序开发和迁移工具等特定主题提供专业资源。
操作指南
