大讲堂
开标室里的那笔糊涂账
2026年3月，苏州相城开标室。我蹲在走廊里啃凉掉的肉包，听里面的评标组吵了快两个小时。 标的是本地一家头部汽配Tier1的数字化升级项目。最初的需求写得很清楚：把原来分散在三个车间的生产系统接口统一起来，解决跨系统调用超时导致的报工数据不同步问题，预算300万。 结果中标的方案总价1280万。多出来的980万，全是Service Mesh相关的改造费用——相当于该厂3条冲压线整整2个月的纯利润。 我凑过去看投标文件。做了22年工厂IT的老周把纸拍在桌上，说我们之前用Nginx做转发，跑了快8年，除了每年五一升级的时候断俩小时，从来没出过问题，为什么要套这层代理？ 投标方的架构师是互联网大厂出来的，说话直：你们现在微服务拆到47个了，跨车间的接口超时率12%，上个月因为报工数据同步慢，错发了3000个刹车盘的货，损失多少？ 老周不说话了。 那天的开标室空调开得太足，有人把西装外套脱了搭在椅背上，地上扔了好几个印着云厂商logo的矿泉水瓶。老周手里的评标表，上面被红笔圈出来的Service Mesh改造部分，整整12页，连每个sidecar的资源配额都写得清清楚楚，但是没有一页提到，这套东西上线之后，每年要多掏多少的运维服务费。 散会的时候他跟我吐槽，说现在的甲方根本不看你能不能把事干成，就看你方案里有没有当下最火的技术名词。之前的MES升级标，大家卷功能卷价格，现在卷架构，谁把Service Mesh写在方案最前面，谁就更像有技术含量的正规军。
谁在赚那层代理的钱
说实话，我翻了2025年到2026年上半年的47个制造企业Service Mesh落地项目的公开中标信息，发现一个很有意思的规律：80%的付费方，是年营收10亿以上的离散制造头部厂，单项目的客单价，是传统API网关项目的4.7倍。 钱都被谁赚了？ 杭州一家做云原生中间件的公司，2025年之前的营收一半靠卖传统API网关的授权，2026年上半年的营收里，Service Mesh相关的收入占了62%。他们的销售跟我透底，现在给工厂报价，根本不单独列sidecar的授权费，就把整个改造包成“工业微服务治理解决方案”，价格能翻着倍报。 当然这里面的博弈一点都不少。 原来的工厂IT团队，之前的核心工作是管服务器、配路由、写简单的脚本，现在Service Mesh把流量控制、链路追踪、权限校验的功能全从业务代码里抽出来了，驻场的云厂商工程师直接在控制台配规则，根本不需要工厂的开发人员写一行代码。话语权的转移是悄无声息的——之前工厂的IT主管能拍板今天哪个系统能上线，现在要等云厂商的工程师确认链路配置没问题。 更尴尬的是库存。我去年在宁波的一个注塑厂调研，发现他们的IT部门在机柜角落堆了整整两箱的传统API网关授权光盘，算下来大概200万的采购额，是2024年为了应对微服务改造囤的货。现在要上Service Mesh，这些授权就全砸手里了——跟车间里堆了半年用不完的标准紧固件一样，卖不掉，退不了，最后只能当废品处理。 深圳一家做工业MES的厂商，2025年开始把自己的产品往Service Mesh架构上靠，原来的MES系统把所有逻辑都写在应用层，现在把跨系统的调用全拆到独立的代理层。2026年上半年的中标率比之前高了32%，但项目的交付周期反而长了18天。原因很简单：工厂的老系统之间的调用链路，很多是十几年前运维人员临时写的脚本，连个文档都没有，工程师要一条一条抓包摸清楚，这个工作量比写新代码大太多。 现在国内的工业互联网标准联盟，2026年刚把Service Mesh的工业适配规范写进推荐目录，我翻了一下征求意见稿，80%的条款是云厂商写的，制造企业的代表只有两个，还是做整车的，根本不关心中小厂的成本承受能力。
落在每个人头上的成本
作者|大讲堂
排版|大讲堂
审核|小准