随着云计算的发展和技术的不断完善，近年来，云产品的种类一直不断增加，且云产品的稳定性也日益增强，因此，大部分云产品已经被接收，且越来越多的企业已经开始思考如何将云计算运用到自身的业务中。那么，如何将数据和应用迁移上云呢？目前，关于如何迁移上云的方法和策略，一般认为是6R策略。

1. Re-Host 重新托管，或“直接迁移”

直接迁移是云迁移中最常见的方法。直接迁移，顾名思义，即在不改变应用程序运行环境的前提下将系统和数据迁移上云。直接迁移一般是将物理机迁移至虚拟机，或将虚拟机迁移至虚拟机。如果企业希望快速上云或者有大型应用需要上云，直接迁移是最为合适和有效的一种迁移方法。

迁移难度：中

2. Re-Platform 更换平台，或“修补后迁移”

在不改变应用核心架构的前提下，将数据和系统迁移上云时，对用用程序做一些简单的云优化，这种方法称为“修补后迁移”。比如，用云服务商提供的数据库服务代替原有的关系型数据库，或用云服务商提供的消息队列服务代替原有的自建消息中间件。大多数企业都会用这种方法来降低管理成本，并提高效率。

迁移复杂度：高

3. Re-Purchase 重新购置，或“放弃后购买”

“放弃后购买”是指弃用原先的产品，并采购新的替代产品。例如将原先的管理系统弃用，选用同类的SaaS产品来进行替代，或选用相同厂商的SaaS产品。

迁移复杂度：中

4. Re-Architect 重构，或“重新构建”

“重新构建”即将应用的架构和开发模式重建，实现云原生的应用服务。当现有的应用环境难以满足日后的使用，或性能和规模无法满足日后的需求，将采用“重新构建”这种迁移模式。“重新构建”相对其他几种方法，成本最高，但是从长远来看，更加满足未来的业务和系统的需求。

迁移复杂度：高

5. Retire 停用

当该部分系统或应用没有相关价值，但是还在持续消息资源时，建议使用“停用”策略，即将相关必要的数据归档后当前的基础设施停用，

迁移复杂度：低

6. Retain 保留

如果现有的业务或应用并不具备上云的条件、未做好上云的准备、或更加适合本地部署的时候，需要根据业务发展的实际需要来进行操作。当以上的情况出现时，建议保留现状，不需要强行进行迁移上云的操作。

迁移复杂度：低

因此，企业是否要上云，将以合种方式上云，都是需要根据实际情况和业务需求来进行考量。只有选择最合适的迁移上云的方式，才能更好地帮助企业的发展。