本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
制定迁移计划
T AWS ransform for Migrations 中的迁移规划工作步骤是一种基于协作聊天的体验，用于规划大型迁移。 AWS Transform代理应用 AWS 规范性指导来指导客户从分析本地数据到最终的迁移浪潮计划。
发现本地数据任务成功完成后，T AWS ransform 使用发现数据将应用程序分组为迁移浪潮。 AWS Transform 指导您完成分析和确定服务器范围、将服务器分组为应用程序、生成移动组以及建立迁移浪潮的步骤。
AWS Transform 支持整个过程中的迭代规划：
您可以提问以更好地了解T AWS ransform如何分析已安装的软件，例如服务器依赖关系和网络架构。
您可以随时调整应用程序组和波次内的范围。
您可以重新上传发现数据，T AWS ransform 将自动处理、删除重复数据，并将新记录与现有数据合并。
当检测到变化（例如新发现的依赖关系或基础架构的增加）时，T AWS ransform 会标记影响依赖项群体，并提供波浪计划调整建议。
迁移计划还可以利用非结构化文本数据来丰富规划流程。
迁移计划分为四个阶段：
在 Sco pe and Analyze 中，您可以查看发现数据，询问有关软件和网络环境的问题，并确定迁移范围内的资源。
在群组应用程序中，您可以提供有关主机名分析、网络依赖关系和业务规则等业务和技术规则的组合，以便迁移计划可以将您的基础架构分组为应用程序。如果您已经有应用程序清单，则迁移计划可以改用该清单。
在 “生成移动组” 中，您可以为迁移规划您的技术和业务需求，以便它可以确定哪些应用程序必须一起迁移。技术依赖关系包括数据库、消息队列或多个应用程序之间共享的其他资源。业务和运营依赖关系包括业务关键性、RPO 和 RTO、数据中心位置和应用程序所有者。
最后，在 B uild Waves 中，您可以为迁移规划提供有关时间表和优先事项的背景信息，这样它就可以制定可以迁移的波浪计划。您可以根据优先级分数、移动组规模、用户数量和应用程序复杂性等因素选择要包含在波次中的移动组。
迁移规划术语
- 迁移浪潮
-
一起迁移的应用程序的逻辑组。迁移波由一个或多个移动组组成。
- 移动群组
-
一组相互依赖的应用程序，必须一起移动。它们可能具有技术依赖关系，例如共享数据库，或业务依赖关系，例如支持共享业务功能。
- 依赖关系
-
系统之间的关系。有几种类型的依赖关系：
关键或硬依赖关系。没有依赖关系，系统就无法运行。常见示例包括依赖数据库、其他应用程序或服务的应用程序。
软依赖关系。对系统的运行并不重要。常见的示例包括可以独立迁移的对延迟不敏感的依赖关系。
Non-technical依赖关系。与您的组织及其优先事项相关的业务、组织、运营和合规依赖关系。示例包括共享业务职能和组织所有权。
工作流
迁移计划是一个交互式的迭代工作流程。您可以随时返回并更改之前的步骤。典型的迁移计划工作流程是：
迁移计划从汇总可用的发现数据开始。查看可用数据并随时返回发现步骤以提供更多数据。
在范围界定和分析步骤中，您可以询问有关本地环境的问题，以验证您收集的数据。示例问题包括：
按操作系统列出我的服务器
总结我的本地网络拓扑
列出我的环境中运行的最常见的技术。
在分析环境时，如果您确定了不应在迁移范围内的服务器，则可以告诉 T AWS ransform 排除这些资源。这种情况的示例包括：
移除所有主机名中有旧版的服务器
删除 10.0.2 中的所有服务器。0/24 子网
移除运行早于 2022 年的 Windows 版本的所有服务器
一旦您充分探索了环境并确定了迁移范围，就可以让T AWS ransform进入下一个迁移计划步骤。
下一步是应用程序分组。如果您已经将服务器映射到应用程序，则可以让T AWS ransform使用该映射并跳过此步骤。如果您没有预定义应用程序，则可以提供定义应用程序的技术和业务逻辑。 AWS Transform将指导您完成应用程序分组过程，并建议您可以提供的数据点，以便有效地将服务器分组为应用程序。您可以提供的有关本地应用程序的信息越多，T AWS ransform将服务器分组为应用程序的效率就越高。提供足够的信息后，就可以指示 T AWS ransform 执行应用程序分组。
执行应用程序分组后，查看应用程序组。你可以指示 T AWS ransform 进行任何必要的更改，例如：
将服务器示例服务器移至应用程序 5
重命名应用程序-5 “HR 应用程序测试环境”
从 IIS 开发农场移除所有 Linux 服务器
应用程序分组后，指示 T AWS ransform 进入下一步
下一步是移动分组。在移动分组步骤中，您可以确定必须一起移动的应用程序。提供有关您的技术和非技术依赖关系的背景信息。 AWS Transform 将指导您完成整个过程，并建议您可以提供的数据点来对应用程序进行分组。在此阶段需要考虑以下几点，包括：
移动组的目标规模应该是多少？
你想为每个应用程序合并环境，例如开发、测试和生产，还是要拆分它们？
你想如何考虑网络依赖关系？ 是否所有依赖关系都很重要，或者某些依赖关系可以被视为软依赖关系并分散到移动组中吗？
-
提供移动分组规则后，指示 T AWS ransform 执行您的移动分组策略。然后，您可以查看和修改您的移动组。查看迁移组后，您可以指示 T AWS ransform 进入最终的迁移计划步骤。
Wave 规划是迁移计划的最后一步。在此步骤中，您将移动组分为迁移波次并对这些波浪进行优先级排序。在波浪规划步骤中，T AWS ransform将指导您提供所需的业务优先级，将您的搬迁小组分成多个波次，然后对这些波次进行优先排序。波浪规划中的注意事项包括：
每个移动组的业务重要性
迁移时间表和每个移动组的时间表
与每个移动组相关的风险
每波要迁移的服务器数量
在你就如何分组成波浪提供了足够的指导后，指示 T AWS ransform 执行波浪规划。然后，您可以查看您的波浪并对其进行修改。
完成Wave计划后，您可以完成迁移计划并开始执行。您可以随时返回迁移计划，对计划进行完善和迭代。
对于每个浪潮，您可以分配迁移策略：重新托管（将服务器迁移到亚马逊EC2）和容器化（容器化源代码并部署到亚马逊弹性容器服务或亚马逊弹性Kubernetes服务）。当你为一个波浪分配容器化策略时，T AWS ransform 会在迁移执行期间为该波次运行源代码容器化工作流程。有关更多信息，请参阅 源代码容器化。要在指定 7R 框架内获得 AWS推荐的策略，请参阅。迁移策略 (7R) 建议
