什么是平移迁移（Lift and Shift）？它适合你吗
Lift and Shift 远不止表面看起来那么简单。比如，你应该期待成本节省，还是警惕隐藏成本？以下是你需要了解的关键内容。
Lift and Shift 平移迁移（也称为 rehosting）是指在几乎不修改应用程序的情况下，将其从本地环境迁移到云端。与其他迁移策略相比，它通常承诺更快的迁移速度和更低的初始成本。
但 Lift and Shift 是否真的能带来长期的成本节省？
本指南将探讨：
- 在什么情况下 Lift and Shift 是合理的选择
- 在什么情况下它会带来隐藏成本
- 还有哪些可替代方案
我们还将深入解析什么是 Lift and Shift、何时适合采用这种迁移策略，以及你可能需要考虑的其他云迁移路径。
什么是云计算中的 Lift and Shift？
Lift and Shift 迁移是指在几乎不进行修改的情况下，将应用程序从本地环境或本地数据中心迁移到云基础设施中。
应用程序的：
- 代码
- 架构
- 配置
都保持不变——改变的只是底层基础设施。
这种方法也被称为 Rehosting 或 Forklift Migration（叉车式迁移）。
与为云服务进行重构的云原生迁移不同，Lift and Shift 将应用视为一个“黑盒”，只是让它运行在不同的硬件之上。
Lift and Shift 云迁移策略的优势是什么？
Rehosting 在以下方面具有明显优势：
- 速度快: 相比将应用重构为支持云原生特性，重新托管所需时间要少得多。
- 初始成本更低: Lift and Shift 通常比其他云迁移策略成本低得多（至少在前期阶段）。
- 资源投入更少: 不一定需要投入大量时间、人力和培训成本来对团队进行再培训。
- 保留熟悉的工作流程: 能够最大程度减少对现有服务交付流程的干扰。
- 数据保留: 可以保留大量来自本地环境的数据与系统结构。
Lift and Shift 云迁移的劣势是什么？
Lift and Shift 也存在一些局限性：
- 长期效率问题: 如果与云环境存在不兼容，可能导致，成本增加，性能下降，服务中断。
- 非云原生: 重新托管的应用无法充分利用云特性，例如自动扩缩容（Auto-Scaling）。
- 安全风险增加: 如果未针对新的云环境进行正确配置，重新托管的应用可能存在安全漏洞。
如何将应用通过 Lift and Shift 迁移到云端？
这种方法不包括将应用与其操作系统进行解耦。
换句话说，被 Lift and Shift 的应用 不是云原生应用。
它更像是把你的应用从本地架构中“复制”，然后“粘贴”到云平台上。
核心工作通常是：
- 将现有应用的计算需求匹配到云端算力资源
- 匹配网络配置
- 匹配存储需求
如果应用本身已经虚拟化（例如运行在虚拟机上），实现 Lift and Shift 会更加简单。
平移迁移（Lift and Shift）典型案例
许多知名企业都曾通过平移迁移开启云端之旅。最常见的做法是：先通过重构（Rehosting）完成快速搬迁，随后在云端逐步优化系统。
1. Netflix
Netflix 的崛起始于 2008 年的一场意外：当时数据中心损坏导致用户连续三天无法购买 DVD。Netflix 意识到，传统的单体架构会严重拖累增长并导致更多停机。这促使他们决定将工作流数字化，以获得更高的灵活性和弹性。如今，AWS 上的 Netflix 架构已经过多次演进，完美支持自动扩缩和微服务等云原生特性。
2. GE 石油天然气公司
GE 石油天然气公司曾计划在 2016 年底前将 500 个应用从管道检测系统迁移到 AWS。当时他们面临极大压力：既要立即消除过时的业务流程以降低 IT 成本，又必须极速搬运 750TB 的海量数据。最终，他们如期达成目标，并实现了 52% 的成本削减。
3. 道琼斯（Dow Jones）
作为全球大型新闻采集公司，道琼斯在 2014 年面临紧急挑战：只有两个月时间搬离本地数据中心。尽管当时的 CIO Stephen Orban 更倾向于通过重构工作流来迁移，但时间并不充裕。于是，他们选择在两个月内将大部分资源直接平移到 AWS，不仅按时完工，还在此过程中省下了 4 万美元。随后，道琼斯利用平台重构策略在云端进一步优化了工作流。
4. 新闻集团（News Corp）
作为道琼斯的母公司，新闻集团被道琼斯平移迁移展现的成本效益和转型速度深深打动。随后，他们设定了一个更宏大的目标：将 75% 的应用搬到云端，并节省 1 亿美元。迁移完成后，他们的数据中心数量从 56 个骤降至仅剩 6 个。
何时应该选择平移迁移？
在以下几种场景中，平移迁移策略能为你带来显著优势。
1. 追求极速迁移
当时间紧迫时，平移迁移是你的首选。正如 Netflix 和道琼斯的案例所示，团队利用这种方式在严苛的期限内降低风险并快速撤离数据中心。应用和数据几乎无需改动即可迁移，虽然仍需一些主机配置调整，但投入的精力远低于其他策略。
2. 首次迈向云端
平移迁移可以作为企业拥抱云端的起点。像 GE 石油天然气公司那样，团队可以在干扰极小的情况下重新托管工作负载。一旦团队适应了新环境，就可以逐步引入变化，从而开启通往可扩展性、自动化备份、按需付费以及降低运维工作量的大门。
3. 从资本支出（CapEx）转向运营支出（OpEx）
重新托管用按需付费模式取代了前期的硬件投入。你不再需要购买和维护服务器，只需为实际使用的云资源付费。对于面临硬件老化的企业来说，这通常比翻新本地基础设施更务实。
4. 难以重构的应用
某些第三方应用或遗留系统极难改动。当重构风险太高或无法实现时，平移迁移能完整保留应用及其工作流。你可以等未来条件允许时，再重新审视架构调整。
5. 缓解短期成本压力
平移迁移可以通过以下方式在短期内降低成本：
- 腾出昂贵的数据中心空间
- 避免为过时软件支付授权续费
- 摆脱高昂的硬件维护费用
特别提醒： 这并不保证长期的资金节省。随着时间推移，直接平移的应用运行成本往往更高。如果不进行优化，过度配置可能会使云成本上升 15%。
💡 专家洞察：警惕隐形成本
由于平移迁移的工作负载未经云优化，计算资源的过度配置是一个昂贵且持续的挑战，这可能会侵蚀你预期的成本效益。
平移迁移项目中常会出现大量隐形成本。大家往往只想着让核心代码跑起来，觉得重新打包适配新环境就行。但你经常会忽略构建、测试、调试等一系列支撑性项目。
这些环节通常无法直接平移，需要投入大量精力。企业有时启动这些工作太晚，导致核心代码的整体迁移速度被严重拖累。
平移迁移真的是一种好的云迁移策略吗？
平移迁移在特定情况下确实有帮助，但从长远来看，它往往会产生新的技术债务和成本挑战。
1. 产生脆弱的架构
大多数应用在原始环境中是经过长期磨练的。但当它们原封不动地搬到云端时，会出现全新的故障模式。这些故障可能会导致：
- 性能下降
- 系统不稳定性增加
- 最终用户体验恶化
平移迁移往往会暴露那些在本地环境中被掩盖的系统弱点。
2. 可观测性难题
实现大规模的可靠服务依赖于成熟的可观测性实践。而这些实践通常是围绕特定技术栈打磨多年的结果。迁移后：
- 现有工具可能无法完美适配云环境
- 团队会失去对系统行为的掌控感
- 问题往往在造成严重后果后才被发现
这种可见性的缺失增加了停机、安全漏洞和成本意外飙升的风险。成本波动是常见的副作用，如果缺乏早期检测，超支会迅速恶化。
3. 被迫回滚（Rollbacks）
平移迁移往往会把原有的问题一并搬走，包括：
- 现有的安全漏洞
- 糟糕的资源配置逻辑
- 遗留系统的兼容性问题
这些问题可能迫使团队将工作负载迁回本地环境。在 2020 年的一项针对 IT 决策者的调查中，许多人提到了配置复杂性和意料之外的成本，而性能下降则是导致回滚的常见诱因。
💡 专家深度建议：警惕沉没成本谬误
在构建新产品之前计算销售成本（COGS）非常困难，但至少你可以随着功能叠加而逐步学习。平移迁移却没那么简单。
应该保持保守，尽早加入项目规划和工具支持，以观察实际情况是否符合预期。你绝不希望陷入沉没成本谬误，仅仅因为已经投入了大量精力，就在项目后期被迫做出并不理想的决策。
平移迁移 vs. 转型迁移：还有哪些云迁移策略？
平移迁移只是云迁移的策略之一，而非唯一选择。云迁移通常可以归纳为以下三大类：
- 基础设施即服务 (IaaS)：即传统的平移迁移。
- 软件即服务 (SaaS)：直接替换为现成的云软件。
- 平台即服务 (PaaS)：基于云平台进行应用重构。
平移迁移 vs. SaaS 迁移
SaaS 迁移是指弃用现有系统，转而使用云端原生的成熟软件。
-
优点
- 现代化进程极快
- 几乎无需基础设施管理
-
缺点
- 业务流程必须随之改变
- 系统集成难度较大
- 员工需要重新培训
适用场景： 当企业可以接受标准化功能，且不追求极度个性化开发时，SaaS 是最佳选择。
平移迁移 vs. PaaS 迁移
PaaS 迁移涉及修改应用代码，以充分利用云原生的托管服务。
-
优点
- 拥有更好的扩展性
- 运营效率显著提升
- 长期成本更易控制
-
缺点
- 前期投资成本高
- 对技术团队的专业性要求极高，耗时较长
适用场景： PaaS 往往能在长期内交付更优的业务成果，但它绝不是一种能立竿见影的速效方案。
核心总结
一言以蔽之： 平移迁移能帮你实现极速入云，但如果没有后续的持续优化，它很难在长期内带来理想的运营效率。
在制定迁移计划时，请对成本节省的预测保持保守态度。务必尽早建立成本可见性，并在启动前想清楚：平移迁移对你而言，究竟是临时的过渡桥梁，还是永久性的架构选择。
下一步行动：管理平移迁移后的成本
平移迁移完成后，云成本往往会出现意料之外的增长。挑战不在于资源使用本身，而在于如何理解在新的架构中，到底是哪些客户、团队或功能在驱动支出。
mofcloud 能够帮助团队将原始的云支出转化为清晰的业务语境，例如分摊到每位客户、每项功能、每个服务、每个团队或每个产品的具体成本。
这种早期可见性能够帮助工程和财务团队识别成本趋势、检测异常，并在超支产生连带影响之前做出明智决策。
常见问题解答 (FAQs)
平移迁移（Lift and Shift）与重新托管（Rehosting）是一回事吗？
是的。平移迁移和重新托管指的是同一种迁移方法，即应用不经改动，直接从本地环境搬迁到云端。
平移迁移能降低云成本吗？
平移迁移在短期内可能会降低成本，尤其是在撤离数据中心时。但随着时间的推移，由于缺乏云优化和资源过度配置，成本往往会增加。
平移迁移被认为是云原生吗？
不是。平移迁移的应用无法利用云原生的核心特性，如自动扩缩容、托管服务或无服务器（Serverless）架构。
什么时候选择平移迁移才有意义？
在以下情况下，平移迁移是合理的：
- 你需要极速迁移
- 你必须立即撤离某个数据中心
- 暂时无法进行重构
- 你计划在迁入云端后再进行后期优化
什么时候应该避免平移迁移？
在以下情况下应避免该策略：
- 工作负载非常稳定且可预测
- 成本效率是你的首要任务
- 应用需要极高的可扩展性
- 长期目标是实现云端深度优化
平移迁移的主要风险有哪些？
主要风险包括：
- 新环境中的架构变得脆弱
- 可观测性受限
- 云成本意外飙升
- 迁移失败导致的回滚或迁回本地
平移迁移是一种长期策略吗？
很少。在大多数情况下，平移迁移只是一个临时步骤，通常在 6 到 18 个月内会转向平台重构或代码重构。
平移迁移与 PaaS 迁移相比如何？
平移迁移优先考虑速度和最小改动。PaaS 迁移虽然需要修改代码，但能提供更好的扩展性、性能和长期的成本控制。
迁移后团队如何控制成本？
团队需要早期的成本可见性和监控，以便追踪资源使用情况，识别过度配置，并在成本异常恶化之前及时发现。
2026 年平移迁移还有意义吗？
有的，但主要用于满足速度、合规性或紧急需求，而不是作为最终架构。如今，大多数企业将平移迁移视为通往云端的桥梁，而非终点。
联系我们
有任何云成本管理的需求或问题？欢迎通过以下方式联系我们！
公众号
企业微信客服
业务咨询
技术社区
地址
北京市海淀区自主创新大厦 5层
