随着数字化转型加速，将本地部署的业务系统、数据资源迁移上云已经成为多数企业降本提效的优先选择，而适配业务需求的迁移方式是保障云迁移项目顺畅落地的核心。目前行业内主流的云迁移方式可按照Gartner提出的“6R”模型分为六大类，也可根据业务中断容忍度做进一步细分：
一、6R模型下的六大主流迁移方式
1. 重新托管（Rehost）
也被业内称为“平移上云”，是指几乎不对原有应用架构、代码做任何修改，直接将本地的服务器、应用、数据整体迁移到云服务器实例中。这种方式的优势是迁移速度快、改造成本极低，适合需要快速完成数据中心交割、业务逻辑复杂暂时无法调整的企业，比如传统企业首次上云时，大多会先采用重新托管的方式完成存量业务迁移。但缺点是没有充分利用云原生的技术优势，后续运维成本优化空间有限。
2. 重新平台化（Replatform）
也叫“微调平移”，指在不改动应用核心业务逻辑的前提下，对应用的底层依赖做少量适配，将其部署到云厂商的托管服务中，是兼顾迁移成本和云服务红利的选择。比如企业原本在本地自行搭建运维MySQL数据库，迁移时改为使用云厂商的托管RDS MySQL服务，无需调整上层业务代码，就能省去数据库底层运维、备份、扩容的人力成本，适合不想大改业务又想降低运维压力的企业。
3. 重构/重新架构（Refactor/Re-architect）
指对原有应用的核心架构进行调整甚至完全重写，适配云原生的微服务、Serverless、容器编排等能力，最大化发挥云计算的优势。比如将传统单体应用拆分为微服务集群部署在云K8s服务中，或将高波动的交易模块改造为Serverless函数计算，可大幅提升系统弹性、降低峰值算力成本。这种方式的优势是长期收益最高，适合有长期上云规划、需要对业务进行迭代升级的企业，但缺点是改造成本高、迁移周期长。
4. 重新购置（Repurchase）
指淘汰原有本地部署的商业软件或自研系统，直接采购云厂商提供的标准化SaaS服务完成替换。比如企业原本自行搭建运维OA、CRM系统，迁移时直接采购飞书、销售易等SaaS化服务，无需再投入资源进行系统开发、运维，开箱即用。这种方式适合通用型的非核心业务系统，迁移成本极低，可快速实现能力升级。
5. 停用（Retire）
指在迁移前的业务梳理环节，直接关停已经没有业务价值的僵尸系统、废弃业务线对应的系统，不再进行迁移。不少企业的本地数据中心中存在大量长期无人访问、没有业务产出的遗留系统，直接停用可省去不必要的迁移成本和后续云端资源开支，是云迁移前期梳理环节的常见操作。
6. 保留（Retain）
指暂时不将部分系统迁移上云，继续保留在本地部署。这种方式通常适用于两类场景：一是部分核心业务涉及敏感数据，合规要求必须本地部署；二是部分过于老旧的遗留系统改造成本远高于上云收益，暂时保留待后续技术方案成熟或业务迭代时再做处理。
二、按业务中断容忍度划分的迁移方式
除了6R模型之外，企业也常常根据业务对中断的容忍度选择具体的迁移技术路径：
1. 冷迁移：指在迁移前暂停业务运行，将本地数据全量备份后迁移到云端，再在云端恢复业务运行，会产生数小时到数天不等的业务中断，适合非核心业务、对中断容忍度高的场景，迁移技术门槛低、成本低。
2. 热迁移：也叫不停机迁移，通过增量同步、双写等技术实现业务无感知迁移，迁移过程中业务几乎不会中断，适合在线交易、政务服务等核心业务场景，对迁移技术的要求更高，但不会影响正常业务开展。
实际云迁移项目中，企业很少会只选用单一迁移方式，通常会根据不同业务线的优先级、成本预算、合规要求组合使用多种迁移方式，才能实现上云收益的最大化。

本文由AI大模型（Doubao-Seed-1.6）结合行业知识与创新视角深度思考后创作。