3. 迁移策略与6R决策框架

当企业决定把一批工作负载从本地数据中心迁往 AWS 时，真正困难的往往不是“怎么迁”，而是“这一台到底该怎么处理”。6R 决策框架正是为解决这个问题而存在的：它把迁移方式归纳为 Rehost、Replatform、Repurchase、Refactor、Retire、Retain 六种，每一种对应不同的改造深度、成本结构和适用场景。理解 6R 的关键，不是背下六个英文单词，而是建立一条判断链路——从业务价值、技术债、时间窗口和长期收益四个维度，推导出该工作负载最合适的处置方式。

六种策略的本质差异

Rehost（重新托管）俗称“平移”，把服务器镜像直接搬到 EC2，操作系统、中间件、应用代码基本不动。它的优势是快、风险低，适合迁移窗口紧、应用即将被替换、或团队暂时没有云原生能力的场景。代价是无法享受云原生弹性，实例规格往往按峰值配置，长期成本可能高于预期。

Replatform（重新平台化）是“平移加局部优化”，例如把自建 MySQL 换成 Amazon RDS、把本地文件服务器换成 S3、把自建 Redis 换成 ElastiCache。应用主体逻辑不变，但把数据库、缓存、消息等有状态组件托管出去，从而减少运维负担。这是投入产出比通常最高的一类策略。

Repurchase（重新采购）指放弃自建，改用 SaaS 替代，例如把自建 CRM 换成 Salesforce、把自建邮件系统换成 WorkMail。它本质上是“换产品”而非“迁系统”，需要评估数据迁移、集成改造和订阅成本。

Refactor（重构）是改造最深的一种，把单体应用拆成微服务、容器化并运行在 EKS 或 Lambda 上，或把批处理改造成事件驱动架构。它带来最好的弹性与长期成本优势，但周期长、风险高，只应留给高业务价值、高增长预期的核心系统。

Retire（退役）是直接关停不再需要的系统。迁移前做资产盘点时，常会发现 10%～20% 的应用已无人使用，这部分直接退役即可，既省迁移成本也省后续运维。

Retain（保留）是暂时不迁，例如强依赖专用硬件、合规要求数据必须留在本地、或刚完成重大升级不宜再动的系统。保留不等于放弃，而是排入后续批次。

成本收益的量化判断

仅凭感觉选策略容易失准，建议用三年总拥有成本（TCO）做量化对比。以一台本地运行的 8 核 16GB 应用服务器为例（以下为示例假设，非实测数据）：本地年成本约 3.2 万元，含硬件折旧、机房电费、运维人力分摊。若采用 Rehost，选用 m6i.2xlarge 按需实例，年成本约 2.6 万元，节省有限；若改为 Replatform，把数据库迁到 RDS db.m6g.large 多可用区，应用层改用两台中规格 EC2 加 Auto Scaling，年成本约 2.1 万元，且运维工时下降约 40%。若进一步 Refactor 为容器化并按需伸缩，年成本可能降到 1.5 万元，但前期改造投入约 15 万元，需要约两年半才能回本。这说明：改造越深，长期收益越高，但回本周期越长，必须结合业务生命周期判断。

决策方法：从四维打分到策略落地

实践中推荐用“四维打分法”把定性判断转为可比较的分数。四个维度分别是：业务价值（0～5 分）、技术债程度（0～5 分，越高越该重构）、迁移紧迫度（0～5 分，越高越该快迁）、云原生收益（0～5 分，越高越值得改造）。对每个应用打分后，按总分落入不同区间：

打分只是起点，落地时还要做两件事。第一，按批次编排：把 Retire 和 Rehost 放在第一批，快速见效、积累经验；Replatform 放第二批；Refactor 放最后，因为周期最长。第二，设置复核点：每完成一批，重新评估剩余应用的分数，因为业务优先级会变化，原本打算 Retain 的系统可能因合规调整而必须迁移。

决策表模板

下面给出一份可直接填写的 6R 决策表，字段只保留迁移决策真正需要的维度，避免引入无关的管理字段。

应用名称：__________  负责人：__________  评估日期：__________

维度评分（0～5 分）：
  业务价值        [ ]  技术债程度      [ ]
  迁移紧迫度      [ ]  云原生收益      [ ]
  总分：______

推荐策略：□ Retire  □ Retain  □ Rehost  □ Replatform  □ Repurchase  □ Refactor

关键依据：
  - 依赖组件（数据库/缓存/消息）：__________
  - 合规或硬件约束：__________
  - 预计迁移窗口：__________
  - 三年 TCO 对比（本地 vs 目标方案）：__________
  - 回本周期估算：__________

复核点：__________（日期/批次）

把这张表填完，6R 决策就从“拍脑袋”变成了可追溯、可复核的工程判断。下一批迁移启动前，只需重新核对分数与约束，就能快速确认策略是否仍然成立。