(1) 了解业务需求

根据以下三个考虑事项准备迁移计划：业务目标、现有应用程序体系结构、业务需求。组织可以实现不同的目标，例如提高应用程序性能、简化操作、降低总体拥有成本，或者按需提供资源可用性、可扩展性和安全性等，从而着手进行云迁移。

(2) 迁移计划

组织在了解其业务需求之后，需要确定迁移应用程序所需的云平台工具和技术。例如AWS服务器迁移服务(SMS)、数据库迁移服务(DMS)和来自Amazon的DirectConnect或来自Azure的Classic Migrate、Database Migration services等一些众所周知的云计算服务，可以帮助组织通过云计算平台迁移现有组件。

(3) 迁移执行

接下来，组织可以执行每个应用程序的迁移。为了有效地迁移到云平台，并查看更快的业务成果，需要遵循以下已证明的策略：

(4) 重新托管(提升和转移)：

使用诸如AWS的服务器迁移服务(SMS)或Azure的Classic Migrate或人工实施过程之类的工具将应用程序从内部部署环境迁移到云中被称为Rehost。这是一种最简单的方法，因为它不涉及组织业务流程的变化。然而，其应用架构的修改比较困难，灵活性低，云资源利用效率低。

(5) 重建平台(提升、修补和转移)

如果要在迁移应用程序时更换一些组件以利用Azure和AWS等云平台，则称为Replatform。考虑一种情况，组织通过使用Azure数据库服务或亚马逊关系数据库服务(RDS)更改自托管数据库来迁移原有应用程序。

这听起来与组织在Rehost中所做的事情非常相似。但是与此相比，这是非常快速的迁移，并且需要最少的集成，其中包括测试工作。

(6) 回购

当组织采用企业资源计划(ERP)系统之类的云计算服务替换整个应用程序，并在云计算市场上利用同一ERP系统作为服务时，这就是所谓的回购。如果组织的项目需要更改现有的许可证模型，并希望移动全新的应用程序，那么这么做是适合的。

(7) 重构

在这里，组织将在大多数云计算服务(例如负载平衡、自动扩展和CDN服务)的帮助下编写一个全新的结构。对于需要扩展、性能或内部部署设施无法实现的其他功能的项目，建议继续执行此过程。

(8) 退役

一旦将其迁移到云中，可能不再需要一些应用程序。组织可以随时将它们取出，以释放有用的应用程序的空间和资源，并利用云迁移服务。

(9) 保留

并非所有的应用程序都是相同的，有些应用程序可能不适合通过云平台进行迁移。组织可以将这些应用程序永久保留在内部部署设施，甚至在迁移过程的早期阶段。

云迁移并非一劳永逸的过程。由于流程的复杂性和云迁移策略的缺乏，组织在迁移到云平台的过程中经常失败。这就是选择合适的云迁移服务提供商的原因。以下是为一些云迁移挑战和解决方案。