原文链接：https://www.programmervirya.com/2019/03/04/6-Strategies-for-Migrating-Application-to-Cloud/
云计算经过最近五年的产品能力完善、云产品持续新增和稳定性逐步增强，使得大家已经能够广泛接受云计算的理念并积极思考如何在自身业务中使用云计算。那么应用迁移上云应该如何操作，2011年 Gartner 的分析师提出了 5R 策略，随着后续的不断发展和补充，目前迁移上云的策略被一般认为为 6R 策略，即本文将要介绍的六种云迁移策略。文章最后附上了一张信息图表，方便存储查询。
Re-Host 重新托管，也称为 “直接迁移”
这个是应用进行云迁移时最常见的策略，即对应用程序运行环境不做改变的情况下迁移上云， 一般的操作是 P2V（Physical to Virtual，物理机迁移至虚拟机）、V2V（Virtual to Virtual，虚拟机迁移至虚拟机）。在企业期望快速上云或大型应用上云的场景中，这种策略比较合适。
迁移复杂度：中
Re-Platform 更换平台，也称为 “修补后迁移”
在迁移上云时，在不改变应用核心架构的基础上，对应用程序做些简单的云优化。例如将关系型数据库替换成云服务商提供的数据库服务、将自建消息中间件替换成云服务提供的消息队列服务、将 HAProxy 更换成云服务商提供的负载均衡服务，以此来降低部分管理成本提升效率。
迁移复杂度：高
Re-Purchase 重新购置，也称为 “放弃后购买”
是指放弃使用原先的产品，改为采购新的替代产品，例如原先企业采用传统软件许可模式的人力资源管理系统，将放弃并选用同类 SaaS 产品来进行替换，抑或是选用了该厂商的 SaaS 版本。
迁移复杂度：中
Re-Architect 重构/重新构建
改变应用的架构和开发模式，进行云原生的应用服务实现，例如单体应用向微服务架构改造，这种策略一般是在现有应用环境下难以满足日后功能、性能或规模上的需求时采用，该策略的迁移成本最高，但是长远来看会更为满足未来的需求。
迁移复杂度：高
Retire 停用
确定不再使用当前的基础设施，表明这部分系统或应用已经没有使用价值且还在持续消息资源，应该进行必要的归档备份后停用。
迁移复杂度：低
Retain 保留
在部分应用或者业务未做好上云准备，或是更为适合本地部署时，
保留现状，不强行进行迁移上云操作。应用迁移应该有优先级设定，根据业务发展实际需要来进行操作。
迁移复杂度：低
