云端模型采购：为真正可用的退出选择算一笔账

购买模型的手续可以先变简单，生产应用却未必同时变得容易迁移。企业沿用既有云服务关系采购 AI，可能获得熟悉的账单、已经通过审批的采购路径，以及更充分的承诺支出使用率。这些都是实际收益。不过，企业能否把正在运行的服务移到别处，同时维持质量、控制能力和可接受的成本，仍需要另行验证。

截至 2026 年 10 月 22 日，这个区别值得进入采购决策本身。本文讨论采购与应用设计，不比较未公开的商业报价。仅仅增加一种购买渠道，并不能推导出统一折扣、迁移费用或确定的节省。

账单改变了选择条件，却没有替企业做完选择

Google 的企业采购材料说明，在客户具有相应支出协议时，Marketplace 采购可能计入承诺支出。这里的条件不能省略。来源：Google Cloud

假设一家企业经营 AI 客服服务，并预计用不完已经签订的云支出承诺。若模型采购符合协议条件，通过该云采购可能减少原本会闲置的支出，短期新增现金成本因此可能比单独采购更有吸引力。但结论取决于合同、剩余期限，以及其他符合条件的业务原本会消耗多少额度。只比较公开的 token 价格，无法解决这个问题。

现在只改变一个假设：企业预计正常云业务本来就会用完承诺额度。那么模型采购占用的预算原本有其他有效用途，称其“相当于免费”就隐藏了机会成本。还有第三种情况：团队为了提高承诺使用率而采用价值有限的应用。此时账面指标改善，业务却未获得多少有用成果。

因此，财务需要同时保留两种视角。一种说明相关期间的现金和合同支出，另一种说明交付合格结果的完整成本。二者不能互相抹掉。适合本合同期的购买方式，不一定对应长期最便宜的运行设计；账单较贵的服务，也可能因为某项能力而降低完成整个工作的成本。

统一请求格式之后，仍有行为需要验证

技术兼容确实有价值。AWS 文档介绍了统一的 Converse 接口，同时保留传递模型专有推理参数的方式。来源：Amazon Bedrock 文档

Google 的兼容文档则说明，第三方模型的参数支持情况不同，不支持的参数会被忽略。来源：Google Cloud 文档

由此可以作出的推论有限，但重要：请求成功发出，比应用所依赖的行为得到复现，提供的证据更弱。共同的请求外壳能减少接入工作，却不足以证明答案遵守相同约束、工具在相同节点被调用，或者失败以相同方式被处理。这些问题需要应用测试，不能据此概括某家厂商的全部产品。

对前述假想客服服务而言，有意义的迁移单位应是一宗完成的客服事项，包括何时必须交给人工。替换一次模型调用可能容易，替换检索配置、文档标识约定或审核流程却可能更费工夫。采购者需要查清真实依赖，不能假定每项托管功能都会形成重大障碍，也不能假定一个 API 适配器就能消除所有障碍。

更有说明力的试验，是搬迁一段有代表性的工作流程，而不是一条精心挑选的演示提示词。样本包含普通请求、证据不全、必须拒绝的困难情形，以及应该保留为未解决的案例。两条路径接受同一验收标准。新路径若增加人工复核后才合格，仍可能有用，但新增人力必须进入比较。

给通过复核的结果计价

FinOps Foundation 区分资源效率指标与业务单位指标。来源：FinOps Foundation

针对这个假想服务，我们建议使用“妥善解决的事项”作为业务单位，而不是 token 数量或尝试回答的次数。这个定义也需要约束：系统可以通过拒绝难题、把工作推给人工，或把不确定答案标为完成，让成本看起来更低。可信的比较要保持相同案例构成，并记录未完成工作最后去了哪里。还要衡量延迟，因为超过有效服务期限才抵达的结果，未必属于同一种产出。

据此计算的成本会超出推理本身。企业还要计入准备输入、调查失败、复核可疑结果及运行迁移过程所需的工作。公开文档无法可靠估算一家未具名企业的这些费用。提出它们的目的，是在采购便利默认变成长年架构之前，让决策变量显现出来。

迁移能力也不要求企业无限期支付两套完整生产系统的费用。团队可以用适度规模的评估集持续验证备用路径，保留有权保存的数据和配置，并记下重建流程所需步骤。这是一种比瞬时故障切换更有限的退出选择。如果主要担心未来合同改变，而不是必须在数秒内承受一次中断，这种选择可能已经足够。

集成的收益也应该留在账上

原生平台完全可能是更好的选择。共同的身份管理、成熟操作流程和较少的集成维护工作，可以释放工程时间去改善真正的产品。抽象层同样有成本：它可能遮蔽有用功能、增加故障点，并成为另一套需要维护的软件。如果持续保持独立的代价超过其保留选项的价值，完全独立就不是合理目标。

更有用的问题是边界划在哪里。业务验收标准、评估样例及已授权操作记录，应当在某一家供应商的界面之外仍然容易理解。厂商专有实现则可以保留，只要实际收益能够支持这种选择。团队应记录未来替换具体需要做什么，而不是把整个应用简单标记为“可迁移”或“被锁定”。这样，架构偏好才会变成其他团队可以检验的决策。

采购评审由此可以形成有边界的承诺：根据已经验证的商业与运行优势选择渠道，写明接受的依赖，并演练真正与业务相关的退出路径。演练不必证明迁移毫不费力，它的价值在于用时间、质量和成本的证据，替代一个想当然存在的选项。

最终的不确定性仍在采购者自身。公开兼容文档无法证明协商后的采购资格、内部人力成本或生产表现。更多购买渠道扩大了谈判与部署机会；能否同时扩大离开的自由，取决于应用、协议，以及企业在退出变得紧急之前做过的准备。