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