云迁移方法1、Re-Host重新托管，也称为“直接迁移”
这个是应用进行云迁移时最常见的策略，即对应用程序运行环境不做改变的情况下迁移上云，一般的操作是P2V(PhysicaltoVirtual，物理机迁移至虚拟机)、V2V(VirtualtoVirtual，虚拟机迁移至虚拟机)。在企业期望快速上云或大型应用上云的场景中，这种策略比较合适。
云迁移方法2、迁移复杂度：中
Re-Platform更换平台，也称为“修补后迁移”
在迁移上云时，在不改变应用核心架构的基础上，对应用程序做些简单的云优化。例如将关系型数据库替换成云服务商提供的数据库服务、将自建消息中间件替换成云服务提供的消息队列服务、将HAProxy更换成云服务商提供的负载均衡服务，以此来降低部分管理成本提升效率。
迁移复杂度：高
云迁移方法3、Re-Purchase重新购置，也称为“放弃后购买”
是指放弃使用原先的产品，改为采购新的替代产品，例如原先企业采用传统软件许可模式的人力资源管理系统，将放弃并选用同类SaaS产品来进行替换，抑或是选用了该厂商的SaaS版本。
迁移复杂度：中
云迁移方法4、Re-Architect重构/重新构建
改变应用的架构和开发模式，进行云原生的应用服务实现，例如单体应用向微服务架构改造，这种策略一般是在现有应用环境下难以满足日后功能、性能或规模上的需求时采用，该策略的迁移成本最高，但是长远来看会更为满足未来的需求。
迁移复杂度：高
云迁移方法5、Retire停用
确定不再使用当前的基础设施，表明这部分系统或应用已经没有使用价值且还在持续消息资源，应该进行必要的归档备份后停用。
迁移复杂度：低
云迁移方法6、Retain保留
在部分应用或者业务未做好上云准备，或是更为适合本地部署时，
保留现状，不强行进行迁移上云操作。应用迁移应该有优先级设定，根据业务发展实际需要来进行操作。
迁移复杂度：低
云迁移的方法不同，它的难易程度不同，操作过程当中也会有不同的问题，所以想要进行完美的云迁移工作，那么就要找那些有经验，而且敬业的云迁移公司，这样可以提高云迁移的效率和速度。