摘要

  • Solomon e3 于 9 月 4 日披露，在成本检查并将开发与 MVP 环境迁往 NexQloud 后，月度云总支出下降超过一半。
  • 节省来自清理闲置、调整配置和较低的算力价格；部分 AWS 服务仍在使用，独立能耗研究尚未完成。

同一张账单，三种节省来源

“云账单减半”容易被读成新供应商给了五折价格。Solomon e3 的9 月 4 日公告讲述的却是更复杂、也更有采购价值的过程：工程师把账单、代码库和基础设施定义放在一起核对，再关闭闲置资源、按实际负载调整容量，并迁移部分计算任务。

客户将自身描述为面向能源基础设施的地理空间平台。这次迁往 NexQloud One 的范围是开发与最小可行产品环境。公告中的 Qlarity FinOps 检查由工程师手工执行，采用的是 NexQloud 该产品所自动化的原则，不能据此宣称软件独立找出并兑现了全部节省。

两家公司同时提出，匹配配置的算力价格比 AWS 低约三分之一。这个口径限定在 us-east-2 区域、公开按需价，且没有应用 Savings Plans。它比较的是特定购买条件下的配置价格；“超过一半”比较的则是客户前后的云总支出，后者仍计入保留的 AWS 服务。

关闭本来就不该继续计费的资源，与为仍然需要的资源拿到更低单价，是不同的经济变化。把过大的实例改成合适的容量，又是另一项工程选择。几个百分比不能直接相加，也不能拿总账单变化替代同配置价格比较。公告没有给出可重算结果所需的美元基数、对应观察期，以及各项措施分别贡献多少。

迁移没有等全部依赖一起搬走

据公告，门户、网关和 API 以容器形式运行在托管 Kubernetes 上，另有自行托管的 OpenSearch 和 PostGIS；应用代码没有重写。DynamoDB、S3 和 AWS Glue 仍作为过渡组件保留，Postgres 与 PostGIS 的生产数据层则在继续建设。

这意味着一次有选择的迁移，而不是整个生产体系已经退出 AWS。保留仍有用途的数据服务，可以让应用侧先移动，不必等每个依赖都被替代。但这样做也留下跨环境的成本和运维职责。“未重写应用代码”不能自动推导成“没有集成工作”或“没有新增运维负担”。

FinOps Foundation 将用量优化与费率优化分开讨论：前者包括资源是否必要、容量是否合适，后者关注为所用资源支付什么价格，并提醒两类操作会相互影响。放到这起案例中，先辨清哪些资源已被删去或缩小，才有可能判断更换供应商的价差究竟贡献了什么。

能耗还不能从芯片规格推出来

公告提及 NanoServer 使用 Intel Core i9-14900T，并引用 35 瓦数字。Intel 官方规格把 35 瓦列为处理器基础功耗，同时列出 106 瓦最大睿频功耗。这两个数都不是整台设备、更不是完整云服务完成同等业务工作的实测耗电量。

Solomon e3 与 NexQloud 表示，将委托独立学术研究比较成本、计算和能源效率，并公开结果。这仍是待执行的研究安排。公告称没有发生非计划停机，依据也是 NexQloud 自身监测；本次报道没有检查底层可用性记录。

公告链接的证明页面在研究时无法访问，也未取得原始账单、代码或运维日志。因此，这是一个有明确机制、但结果仍需归因于客户披露的案例，不是已经独立复现的基准测试。其市场意义在于：清理无效开支与部分迁移可以一起发生。其他企业能否得到同样结果，还要看原有浪费、购买条件、保留服务和所要求的运行标准。

资料来源