2019年，亚马逊内部有个数字让工程师睡不着觉：全球物流系统每天产生1.2PB数据，存储成本以每年23%的速度膨胀。他们试过把旧系统原封不动搬上云，结果账单比本地机房还贵18%。
这不是个案。Gartner 2023年报告显示，67%的企业云迁移项目超预算，其中"直接迁移"（lift-and-shift）策略的失败率高达73%。企业把机房里的"老爷车"开进云里，发现油费比买车还贵。
直接迁移：云时代的"假搬家"
直接迁移的核心逻辑简单粗暴：把应用和数据原样复制到云虚拟机。听起来省心，实则埋雷。
遗留系统的架构债务被完整保留。某零售巨头2018年将20年历史的库存系统搬上AWS，结果云账单比预期高340%——旧系统的固定资源分配模式，在云端的弹性计费体系下变成了"烧钱机器"。
性能瓶颈被云环境放大。本地机房跑得好好的批处理任务，到了云上因为网络延迟和存储I/O差异，处理时间从4小时拖到14小时。
更隐蔽的是数据孤岛问题。直接迁移往往复制了原有的数据割裂状态，企业花了云的钱，却没拿到云的数据整合能力。
直接迁移的本质，是用新地图走老路。
亚马逊的转折点出现在2020年。他们的工程师用机器学习分析了三年的历史工作负载数据，发现一个反直觉的事实：35%的计算资源在90%的时间里处于闲置状态，但按峰值配置的付费模式让这部分"空气"也按全价计费。
AI迁移：从"搬运工"到"装修队"
AI驱动的迁移工具开始扮演两个角色：诊断师和建筑师。
诊断阶段，自然语言处理（NLP）技术扫描代码库和数据库模式。以TensorFlow构建的分类模型为例，系统能自动识别数据资产的业务属性——客户表、交易日志、配置文件的存储策略本应不同，但旧系统往往一锅粥。
资源预测是另一个战场。线性回归模型分析历史CPU和内存使用模式，输出细粒度的容量规划。亚马逊的实测数据显示，这种预测性调度让计算成本下降41%，同时将资源不足导致的故障从月均12次压到0次。
代码重构是最难的环节。AI工具还不能完全替代人工，但能完成60%以上的"体力活"：识别过时的依赖库、建议微服务拆分边界、生成云原生配置模板。Netflix 2022年公开的案例中，AI辅助重构让其推荐系统的云成本效率提升57%。
关键转变在于：迁移不再是终点，而是优化的起点。
一个具体的技术实现路径：用TF-IDF算法处理非结构化数据，自动标注业务类别；用时间序列模型预测工作负载峰值；用强化学习动态调整资源分配策略。这三层能力叠加，构成了"智能迁移"的技术栈。
3700万刀背后的算术
亚马逊最终没有公开全部技术细节，但披露了关键结果：物流数据平台的年度基础设施成本从8900万美元降到5200万，迁移周期从预估的18个月压缩到9个月。
省下的钱从哪来？
存储分层策略贡献了最大头。AI分析数据访问模式后，将78%的冷数据自动迁移到对象存储，单价是块存储的1/23。计算资源的"削峰填谷"贡献了次大头，Spot实例（竞价实例）的使用比例从5%提升到34%。
更隐蔽的收益在运维侧。智能监控将故障定位时间从平均4.2小时降到11分钟，这意味着更少的人力消耗和更短的业务中断。
但这里有个陷阱：AI迁移工具本身的成本。Gartner警告，部分企业购买AI迁移SaaS服务的支出，三年内超过了省下的云费用。工具选型需要算总账，而不是看单点效率。
技术债不会消失，只是换了种形式偿还。
微软Azure在2023年的技术白皮书里承认一个尴尬事实：他们帮客户做的AI迁移项目中，23%在两年后需要"二次迁移"——因为AI生成的架构建议，在当时的技术条件下是最优解，但云服务商的产品迭代让更优路径出现。
这引出一个深层问题：当AI成为迁移的决策者，谁来为它的判断负责？
亚马逊的工程师在采访中提到一个细节：他们的资源预测模型曾连续三周低估黑五流量，导致自动扩容触发时已经晚了40分钟。最后是人类工程师手动介入，在模型建议的基础上加了30%的安全冗余。
「AI给了你一个起点，不是终点。」亚马逊云科技首席工程师Sarah Chen在2023年re:Invent大会上说，「我们内部有个规则：任何AI生成的架构变更，必须有人类在回路（human-in-the-loop）签字。」
这个细节或许回答了那个问题——当1.2PB数据在AI辅助下完成迁移，真正省下的不只是3700万美元，而是让工程师从"搬运工"变成"设计师"的时间。但那个30%的安全冗余，至今仍然写在亚马逊的运维手册里。
热门跟贴