摘要

  • AWS 和 Microsoft 已推进降低迁云障碍的措施，但 CMA 称采用仍有限，部分工作尚未完成。传输费下降不等于迁移工程结束。
  • 跨云授权和 Kubernetes 的平台依赖成为下一阶段重点。2027 年春季是评估自愿协作的节点，不是技术方案的交付期限。

假设一名员工有权读取文件，却无权删除它。公司把应用迁到另一家云平台后，这两件事都应该保持不变：该读的仍能读，不该删的仍不能删。

这不是一起已经发生的故障，而是理解云迁移难题的简单例子。数据可以运过去，登录身份也可以被认可；真正费工夫的，可能是把原来的权限边界完整带过去。

英国监管机构 CMA 在2026 年 10 月 16 日的云服务更新中，将这类授权问题列为下一阶段重点。另一个重点是 Kubernetes：应用用了共同的容器管理框架，为什么实际迁移仍可能离不开原来的云？

免费的是哪一段

报告肯定了 Amazon Web Services 和 Microsoft 的部分进展，包括数据迁出费用、数据中心直连、互操作请求机制，以及跨云资源管理。这些措施能减少迁移的费用或工程负担，但不是每项工作都已完成，采用情况也仍然有限。

其中还有不少“老措施”。附件显示，Microsoft 的免费迁出计划自 2024 年 3 月起可用，英国按成本计价的多云方案自 2025 年 9 月起提供。把这份进度报告当作一轮全新的优惠发布，会误读它的分量；据此认定客户已经大规模迁走，同样缺少证据。

即使不收数据迁出费，工程师也不会因此省去所有适配工作。CMA 提到，各家身份与访问管理系统——IAM——使用不同的语言和模型，转换授权逻辑会让客户付出实质成本。

“确认你是谁”和“允许你做什么”是两层问题。身份联合可以帮助跨云认证，却不会自动把读取、修改、删除等操作的边界转换正确。客户又确实重视一些精细权限功能。可移植性不能靠把有用的限制一并抹掉来实现。

容器启动，不等于业务接通

Kubernetes 提供共同的部署和管理框架，这对迁移有实际帮助。但真实部署还可能依赖云平台自己的身份服务、网络和其他集成。

所以，把容器放到新环境并成功启动，只能回答部分问题。应用能否访问需要的资源？原本不允许的操作是否仍被拒绝？这些是从报告所述依赖中提出的实用检验思路，不是 CMA 已经推出的认证标准。

两家供应商同意继续与 CMA 研究这些障碍。客户、竞争者和更广泛的行业也需要参与。不过，报告没有给出现成解决方案，更没有承诺解决日期。眼前要先明确的是：如何把一个客户提出的问题，推进到可以验证的解决办法。

没搬家，也可能获得好处

更容易离开一家供应商，不代表客户最终一定要离开。CMA 明确提出，可信的替代选择可能改善议价能力，让客户留在原平台也能谈到更好的条件。因此，迁移次数不能独自代表竞争效果。

多年度合同也会拉长观察周期。新的选项可能要等到续约或增加工作负载时才真正用上。但报告没有公开采用数量、已经谈成的价格改善，也没有给出“保留安全控制后成功迁移”的比例。潜在收益不能写成已经实现的收益。

CMA 董事会将在 2027 年春季评估自愿对话是否产生足够的改善动力。这个日期是审查节点，不是权限互通的验收日。GOV.UK 发布记录还把本次云服务更新与同日公布的 Microsoft 商业软件生态系统战略市场地位拟议认定区分开；后者并不等于已经实施了新的云服务补救措施。

如果自愿行动不足，CMA 仍保留更正式的路径。现在值得追问的不是又宣布了多少合作，而是客户是否能证明自己有一条可用的退路。数据搬走之后，那名只能读取文件的员工，仍然应该只能读取。