业务成果： 推动此迁移的主要业务目标。

数字资产估计： 大致估计要迁移的工作负载的数量和情况。

角色和职责： 明确定义团队结构、职责分离和访问需求。

更改管理需求： 评审和审批更改所需的节奏、流程和文档。

这些初始输入确定迁移积压工作 (backlog)。 迁移积压工作 (backlog) 的输出是要迁移到云的应用程序的优先级列表。 此列表决定云迁移流程的执行顺序。 随着时间的推移，它还将扩展以包含管理更改所需的大量文档。

评估： 评估现有资产，并确定资产迁移计划。

迁移： 复制云中资产的功能。

优化： 均衡云资产的性能、成本、访问和运营容量。

保护和管理： 确保云资产已准备好持续运营。

确定迁移积压工作 (backlog) 期间收集的信息决定了每次迭代以及每次发布功能时，云迁移过程中所需工作的复杂性和级别。

务和其他云原生功能来实现应用程序的现代化。你可以通过多种方式执行云迁移。 其中一些比另一些更适合不同的方案。 与决定如何迁移环境一样，请在决定迁移策略时考虑以下选项：

重新托管： 重新托管也称为“直接迁移”，可将当前状态转移到 Azure，并且只需对整个体系结构进行极少量的更改。

重构：平台即服务 (PaaS) 选项可以降低与许多应用程序相关的运营成本。 稍微重构应用程序以适应 PaaS 模型可能是明智之举。 这也指在应用程序开发过程中重构代码，使应用程序能够带来新的商机。

重塑架构：构建应用程序时所做的体系结构决策使得某些老旧的应用程序与云提供商不兼容。 在这些情况下，应用程序可能需要在迁移过程中进行重塑架构。

重新生成：在某些方案中，迁移应用程序需要的更改可能太多，无法进一步投资，因此必须重新生成解决方案。

替换：通常使用当前可用的最佳技术和方法来实施解决方案。 在某些情况下，新的软件即服务 (SaaS) 应用程序可提供托管应用程序提供的所有功能。在这些方案中，某个工作负载可能预计之后进行替换，因此迁移过程中出于考虑将其删除。