当前，许多企业正尝试涉及云迁移的大规模数字转型，因为他们已经意识到，云计算的服务，不仅仅是产品的竞争，对于政府企业等大型客户更关注服务，而云迁移则是服务中的关键环节。
那么，云迁移流程有哪些？不同策略的复杂程度如何？工具如何使用？客户最关心哪些问题？今天，小编就为大家分享关于云迁移的这些事儿。
一、云迁移方式
目前云迁移主要是P2V或V2V，也就是从用户原有的物理机向云虚拟机迁移，或者从云环境向另一个云环境进行迁移。
根据不同客户的需求，大致分为三类：系统或应用全部迁移、文件数据迁移、数据库迁移。
二、云迁移流程
云迁移最复杂的工程在于前期的调研与准备工程，而不是直接实施。调研用户的网络架构、资源使用情况、流量情况、资源占用情况，这些都至关重要，准备工程越充分，实施起来便越容易。
总的来说，云迁移大致遵循以下原则：1.先简单后困难；2.先非关键，后关键应用；3.先评估后迁移。
三、迁移工具
针对大型的政务应用系统，建议以重新部署为主，好处是充分调动原厂服务，保障安全稳定。
对于中、小型的应用系统，可以采用P2V等工具，如VConverter，进行物理数据的迁移。一般在迁移过程中将发生几个小时的迁移割接中断。如果需要降低对系统中断的影响，一般需要针对数据库进行热迁移。
针对数据库的迁移，可采用Oracle Dataguard进行主从配置，用Mysql的主从配置。通过应用的冷迁移+数据的热迁移，降低对业务的影响。但该方式对集成能力要求比较高，需要对用户的数据库进行操作。
四、6种常见云迁移策略
Gartner早在2010年就发布了“5R”模型，不过随着技术的不断完善，目前，关于迁移上云的方法和策略，一般认为是“6R”策略。
策略1： Re-Host
重新托管，也称为“直接迁移”
迁移复杂度：中
直接迁移是云迁移最常见的方法。顾名思义，即在不改变应用程序运行环境的前提下将系统和数据迁移上云。
直接迁移一般是将物理机迁移至虚拟机，或将虚拟机迁移至虚拟机。如果企业希望快速上云或者有大型应用需要上云，直接迁移是最为合适和有效的一种迁移方法。
策略2：Re-Platform
更换平台，也称为“修补后迁移”
迁移复杂度：高
在不改变应用核心架构的前提下，将数据和系统迁移上云时，对应用程序做一些简单的云优化，这种方法称为“修补后迁移”。大多数企业都会用这种方法来降低管理成本，并提高效率。
例如，用云服务商提供的数据库服务代替原有的关系型数据库，或用云服务商提供的消息队列服务代替原有的自建消息中间件。
策略3：Re-Purchase
重新购置，也称为“放弃后购买”
迁移复杂度：中
“放弃后购买”是指弃用原先的产品，并采购新的替代产品。例如将原先的管理系统弃用，选用同类的SaaS产品来进行替代，或选用相同厂商的SaaS产品。
策略4：Re-Architect
重构/重新构建
迁移复杂度：高
“重新构建”也就是将应用的架构和开发模式重建，实现云原生的应用服务。当现有的应用环境难以满足日后的使用，或性能和规模无法满足日后的需求，将采用“重新构建”这种迁移模式。
“重新构建”相对其他几种方法，成本最高，但是从长远来看，更加满足未来的业务和系统的需求。
策略5：Retire
停用
迁移复杂度：低
当该部分系统或应用没有相关价值，但还在持续消息资源时，建议使用“停用”策略，也就是将必要的数据归档后，停用当前的基础设施。
策略6： Retain
保留
迁移复杂度：低
如果现有的业务或应用并不具备上云的条件、未做好上云的准备或更加适合本地部署的时候，需要根据业务发展的实际需要来进行操作。当以上的情况出现时，建议保留现状，不需要强行进行迁移上云的操作。
