8-6 从现有系统移植到云端 · 波仔的云计算课

📄 一句话概括

把老系统搬上云，不是【一个动作】，而是【六条路】：直接搬迁（原样搬）、平台微调（换掉最费人力的一段）、重新购买（换成 SaaS）、重新架构（为云重写）、直接退役（不搬了）、原地保留（继续自建）。六条路没有优劣，只有配不配——一个系统只选一条。 而【裸金属】是其中一个特殊选项：当负载长期高、可预测、还怕被邻居干扰时，直接买物理机反而更划算。

📝 本节和前面几节的关系

它是 7-2 的兑现：那一节要求【每个系统单独判一次】，这一节给出判完之后可以走的那六条路。

它也和 8-5 配成一对：上一节算的是【云上的机器要多大】，这一节回答的是【有些负载也许不该用云上的机器】——那就是裸金属。

一、迁移不是一种动作

一说到【上云】，人们脑子里往往只有一幅画：把服务器上的东西原样搬到云上。 但真做过迁移的人知道，这只是六种做法里的一种。

教材把它拆成六条路，这个拆法本身就很有价值——因为它逼着你对每一个系统单独做判断，而不是一句【全部上云】打包处理。

为什么非要拆？ 因为不同的系统，值得走的路完全不同：

一个用了十年、没人碰、也没人知道干什么的老系统——最划算的做法可能是【直接退役】。
一个标准的邮件系统——换成 SaaS 比搬过去省事得多。
一个自研的核心业务系统——值得【重新架构】，因为只有它才能吃到云最大的红利。
一个因为合规必须留在本地的系统——【原地保留】才是正确答案。

一路走到底（全部原样搬迁）看起来很统一，实际上是把【能省的钱】和【能拿的好处】全放弃了。

二、动手 Demo：六条路与裸金属

看到什么算成功：

==================================================================================================
【Demo 6】从现有系统移植到云端
==================================================================================================

  【一】迁移的六条路

  策略        做什么                            改动量      典型场景
  ------------------------------------------------------------------------------------------
  直接搬迁    原样搬到云上虚拟机                最小        先上再说，最快见效
  平台微调    换掉最费人力的那部分              中等        自建库换托管库
  重新购买    换成 SaaS 服务                    最小        邮件、CRM 这类通用件
  重新架构    为云重写（微服务、容器）          最大        要拿云最大的红利
  直接退役    不搬了，关掉                      无          没人用的老系统
  原地保留    继续自建                          无          合规或强依赖的系统

  六条路没有优劣，只有【配不配】。一个系统只选一条。

  【二】哪些该上裸金属

  特征                                  结论
  ------------------------------------------------------------------------------------
  长期高负载、需求可预测                裸金属更省钱
  对邻居干扰敏感（如数据库）            裸金属更稳
  需要特定硬件（如 GPU 训练）           裸金属才能满速
  需求波动大、随时扩缩                  还是公有云虚拟机

  判断口诀：能预测 90 天后的用量，裸金属大概更便宜；
  说不准下周要几台，就该留在云上。

  【三】安全的上云顺序

  第 1 步  在云上把环境搭好（网络、监控、备份）
  第 2 步  用【复制 + 提升】搬数据库，不做冷搬
  第 3 步  应用层上云，与老环境并行跑
  第 4 步  流量按 10% → 25% → 50% → 100% 逐步切，每步都能回退
  第 5 步  观察 30 天无异常，再下线老资源

读结果：

第一张表里最反直觉的两行，是【直接退役】和【原地保留】。它们提醒我们：迁移动辄被理解成【必须全部搬走】，但【不搬】和【关掉】同样是合法的答案。 现实里，一次迁移最大的收获往往不是搬走了什么，而是顺手清理掉了一批早该关掉的系统。
改动量那一列透露了一个规律：改动量越小、见效越快，但拿到云红利越少；改动量越大、投入越多，但越能发挥云的弹性。 所以它是一场【投入产出】的权衡，不是【先进程度】的排名。
第二张表把【裸金属】的适用边界画得很清楚。它的关键词是【可预测】——长期高负载、能提前知道用量的负载，买物理机更划算（因为虚拟机要付【弹性】这份保险费）。反过来，用量说不准、随时要扩缩的，就该留在云上——因为弹性正是它的核心价值。

三、六条路怎么选

给一个系统选路，可以按这个顺序问：

第一问：这个系统还有用吗？ 没用就【退役】。 这一问要放在最前面，因为它是唯一能【省钱又省事】的选项。

第二问：它是通用件吗？ 邮件、CRM、在线文档这类通用系统，直接【重新购买】SaaS。 自己搬过去，等于把别人已经做好的事重做一遍。

第三问：它必须留在本地吗？ 有合规要求、或强依赖本地硬件的，【原地保留】。 不要为了【上云率】这个数字去违反规矩。

第四问：它值得重写吗？ 只有自研的、对业务关键的、并且确实需要弹性或快速迭代的系统，才值得【重新架构】。 重写代价最高，不要为了重写而重写。

第五问：剩下的大多数，在【直接搬迁】和【平台微调】之间选。 想最快见效，选直接搬迁；想顺手把最费人力的一段（比如自建数据库）换成托管服务，选平台微调。 这一档是现实中最常见的。

四、什么该上裸金属

裸金属就是直接买一台物理机（不经过虚拟化层）。它和云主机相比，多出两样东西：独占的硬件和可预测的性能。

什么时候值得？ Demo 第二段给了四条判断。可以概括成一句话：

能提前 90 天预测用量、并且长期跑在高位的负载，裸金属通常更便宜。

因为它省掉了两笔【云的保险费】：一笔是虚拟化层的开销（性能损耗），一笔是弹性的溢价（为【随时能扩】付的钱）。如果你根本不需要弹性，这份保险费就白交了。

反过来，需求波动大、随时要扩缩的场景，就该留在云上——因为弹性正是你花钱买的那个东西。

还有一个容易被忽视的点：裸金属不是【退回自建】。 现代的裸金属服务照样是 API 驱动的——你用代码下单、几分钟拿到机器、配好网络和监控。区别只在于它下面没有虚拟化层，上层那套自动化能力是一样的。所以它更像【云的一种规格】，而不是【云的替代品】。

五、2026 现状

① 【回迁】成了一个真实趋势。 2026 年，有一批企业把部分负载从公有云搬回自建或裸金属——原因很实在：长期高负载的账单太贵（云的单价本来就更贵），加上虚拟化软件许可上涨。 这不是【云不行了】，而是市场在【分层】：波动负载留云上，稳态负载用自有硬件。

② 裸金属服务的交付方式已经【云化】了。 API 下单、按小时计费、几分钟交付、支持上层容器和 Kubernetes ——这些能力让裸金属不再需要【自建团队】才能用。 结果就是越来越多的团队把它当成【一种实例规格】来选。

③ 迁移工具的重心从【搬得动】转向【搬完能管】。 早年的迁移工具只关心怎么把数据复制过去；2026 年的工具更强调【迁移后的持续运维】——因为一次迁移只是开始，之后长期的管理、备份、监控才是主要工作量。

30 秒实验

挑一个你所在团队或公司正在用的老系统（哪怕只是听说过），在心里走一遍这六条路：

它现在还有人在用吗？（第一问：要不要退役）
它是通用的还是自研的？（第二问：能不能买 SaaS）
把它搬上云，最麻烦的是哪一段？（第五问：直接搬还是平台微调）

做完你会发现：你未必能给出结论，但你已经能说出【它不该走哪条路】了。 这个【排除法】就是六条路的用法——它不是让你一次选对，而是让你不至于【不加区分地全部原样搬走】。

常见误区

错误：上云就是把服务器原样搬过去。——纠正：原样搬只是六条路里的一条，而且它往往是【最省事但也最不划算】的那条。它对每一个系统都用同一套做法，等于放弃了【有的能关、有的能买、有的值得重写】这些更优的选择。 正确做法是先对每个系统单独判断，再决定它走哪条路——这正是 7-2 那句【每个系统单独判一次】的兑现。
错误：裸金属就是老式的独立服务器，是倒退。——纠正：现代的裸金属服务，交付方式和云主机几乎一样——API 下单、按需计费、分钟级交付、可编程管理。它和云主机的区别只在【下面有没有虚拟化层】，而不是【有没有自动化能力】。所以它不是倒退，而是【云的一种规格】——适用于那些【不需要虚拟化、但需要独占性能】的负载。
错误：一次全部迁移，比分批迁移更省事。——纠正：【一次全切】看起来省事，实际上是把所有风险叠在一个时间点上。Demo 第三段的顺序讲得很清楚：先搭环境、再搬数据、然后并行跑、最后按 10% 逐步切流——每一步都留着【能回退】的余地。分批迁移虽然看起来慢，但每一次的失败都只是局部受损，而不是全局停摆。
错误：迁移完成后，老系统就可以立刻关掉了。——纠正：要留一段【并行观察期】。Demo 最后一步写的是观察 30 天——因为很多问题不会在切换当天暴露，而是在后面几周里慢慢浮现（月末结算、季度报表、偶发的业务路径）。老系统在观察期内保持可用（哪怕只是冷备），是给你的【后悔权】。过早下线，等于把这个权利提前放弃了。

自测三问（点开对答案）

1. 为什么【直接退役】要放在六条路的第一问，而不是最后考虑？ —— 因为它**是唯一一个【既能省钱、又不增加风险】的选项**。**其它五条路都要投入（搬迁、改造、重写），只有退役是【净减少】**——**省掉机器、省掉运维、省掉那份没人在意的安全责任**。所以**它该排在最前面筛**：**如果一个系统已经没人用了，后面五条路的比较根本没有意义。** 现实中很多迁移项目的最大收获，就是**顺手清理掉了一批早该关掉的系统。** 2. 为什么【能预测 90 天用量】是判断该不该用裸金属的关键？ —— 因为**它衡量的正是【你要不要为弹性付费】**。**裸金属便宜，是因为它省掉了虚拟化的开销和弹性的溢价**——**但你只有在【不需要弹性】的时候才占到这个便宜**。**能提前 90 天知道用量，说明这份负载是【稳态的】，弹性对你没用，付费就不值**。反之，**用量说不准，弹性就是刚需，那这笔钱该花**。所以在裸金属和云主机之间的选择，**本质上是一句话：你到底买不买【随时能变】这件事。** 3. 为什么迁移后要留【并行观察期】，而不是切完就下线老系统？ —— 因为**问题的暴露有滞后性**。**切换当天通常看不出毛病**（**因为最常见的路径往往是最成熟的**），**真正的问题藏在低频路径里**——**月末结账、年度报表、某个一年用两次的接口**。**这些要等到它自然发生时才会暴露。** 而**只要老系统还在，任何时候都能退回去了——这就是【后悔权】**。观察 30 天，**不是谨慎过头，而是把【切换】这件事的风险从【一次性】摊成了【可回退的】**。

☐ 下一节（8-7 私有云的构建：逻辑架构图）