切换是指将流量从源区域引导到目标区域的工作负载中。 切换后，您可以停用源区域中的工作负载。 若要降低成本和数据增量，应该缩短迁移和切换间隔的时间。 顶层流程如下，以完成云工作负载的迁移。
显示关于重定位过程的图表，并在移动阶段中突出显示“直接转换”步骤。在重定位过程中，有两个阶段和五个步骤。第一个阶段是启动阶段，包含一个称为启动的步骤。第二个阶段是移动阶段，它包含四个步骤，这四个步骤需要为每个工作负载重复。步骤包括“评估”、“选择”、“迁移”和“直接转换”。
测试和验证迁移的服务和数据。 测试和验证工作负荷和依赖项，以确保重定位成功。 调查并修正与搬迁交付团队编写的脚本相关的问题或故障。 应运行用户验收测试（UUAT）。 最佳做法是将不同的用户分配到适用于 UAT 的应用程序的各个部分。 在切换终结点之前，你希望从用户那里收到工作负载正常运行的确认。
切换端点。 应从迁移过程的“选择”步骤开始实施切换计划。 为紧急修复制定故障转移策略。
验证流量。 例如，通过运行冒烟测试，验证流量是否路由到目标区域。 应向用户传达重定位进度，以便让他们了解情况。 此外，请检查工作负荷指标和日志，确认工作负荷是否正常工作。
如有必要，可修复。 如果出现问题，则应实施故障转移计划，或应用紧急修复来稳定部署。
查看操作配置。 请确保打开或配置新的工作负载环境，包括更新的构件（配置文件、wiki、自述文件）、基础设施即代码（IaC）、新环境的管道。 应遵循所有 Azure 顾问建议并配置备份、安全控制、日志记录和成本报告等项。
为每个工作负载重复执行迁移阶段。 如果有更多的工作负荷要重新定位，请返回到 “评估”步骤 ，并重复移动阶段的四个步骤，直到完成重定位项目。 否则，需要正式关闭搬迁项目。
关闭项目。 完成搬迁后，应正式关闭搬迁项目。 关闭应在最后一次直接转换两周后进行。 你需要时间来评估搬迁的成功情况，并创建一份报告供利益干系人审查。 业务和技术利益干系人应审查报告并批准。
使工作负荷现代化。 根据你工作负荷的状态，你可能希望继续遵循指导，利用 Azure 平台即服务解决方案（PaaS）来实现工作负载现代化，或者进行完善架构评审以确定改进领域。