应用集成平台

我干集成和数据这行十几年，项目从几十人的小厂做到上千人的集团。关于集成平台排名，我的判断很直接：榜单只能帮你缩小范围，决定项目生死的从来不是名次，而是你的集成场景、数据底子和组织能力。早些年我也迷信过排名，拿着某份年度十强名单去给客户做选型，方案写得漂漂亮亮，结果项目跑到第六个月开始出问题——接口能

这两年我坐在评标室里的次数，比过去五年加起来还多。甲方拿着一张表问我：这几家集成平台，到底怎么排？我每次都先反问一句——你排的是\”能连多少系统\”，还是\”连完之后数据能不能用\”？这两个问题问出来，答案往往就分叉了。集成平台的排名逻辑，正在从\”连接能力\”转向\”数据供给能力\”，这是我这两年最深的一个感受。

我做企业级集成选型的年头不算短，从几十人规模的专精特新到上万人的集团型制造企业，前后跟过三十多个项目。选型会上听得最多的一句话是\”我要一个能把所有系统连起来的平台\”。这话听着没毛病，可真到落地那天，能连起来和能一直稳稳跑下去，中间隔着一条挺宽的沟。我的判断是：集成平台的价值从来不在连接器数量，而在数

我做过十多年企业集成和数据类项目，从最早的 ESB 总线，到后来的 API 网关，再到这两年客户张口就问的 iPaaS，几乎每一代技术我都跟着踩过坑。iPaaS 从来不是一根万能胶，它真正的分水岭不在接口能不能连通，而在连通之后数据能不能被治理、被复用、被业务看懂。很多团队把集成平台当成\”技术管道工

做了十几年企业集成，我最大的体会是：iPaaS 这类平台选得好不好，七成看行业特性，三成才是看产品功能表。我见过两家公司用同一款集成平台，一家半年跑通两百多个接口，另一家做了一年还在联调。不是产品有区别，是行业不一样。银行和保险要的是每笔交易的链路留痕和 T+0 对账，接口数量可能不到一百个，但每个

企业上 iPaaS，最容易出问题的地方不在技术，在算账。我做过七八年集成类项目，见过太多公司把 ROI 算成“接口数量 × 单个接口节省的人力”这么一条公式，然后拿着这张表去要预算——批是能批下来，可一年后没人敢回头看那张表。iPaaS 平台的 ROI 必须按“成本四层 + 收益三条线 + 时间窗”

iPaaS 这个话题在国内被讲得太满了。我前后参与过十来个集成项目，从零售的订单打通，到制造业的产销协同，再到金融行业的外围系统数据归集，真正决定项目成败的，从来不是\”平台能连多少个系统\”，而是连接之后数据归谁管、按什么口径管、坏了谁来修。我的判断是，iPaaS 的核心场景就这么几类：系统之间的连接

做企业集成和数据平台这十几年，我被问得最多的一句话是：这套平台到底能解决什么。问题很实在，因为不少团队签完合同、装完环境，才发现自己买回来的是一台\”接口转发器\”，值不回票价。我的判断很直接：一套集成平台能发挥多大价值，八成取决于你把它放进哪个业务场景里用。接口连通只是入场券，真正拉开差距的，是接口背

先把我的判断摆出来：传统 ESB 不该被推倒重来，该被\”拆层\”。我做过十几年的企业集成项目，见过太多企业一上头就把总线整个换掉，结果花了两年、几千万，接口数量反而从 800 涨到 1500，排障还是靠人肉串日志。真正有效的做法是分层解耦——把协议转换、同步调用、服务路由这些\”搬运活\”留在网关层，把数

我做过十多年企业集成项目的落地，见过太多\”ESB还能不能再撑三年\”的讨论。我的判断很直接：传统ESB不是被淘汰，而是被拆解重组了。它原来的职责——协议转换、消息路由、服务注册、流量管控——今天依然存在，只是承载方式从一台集中式总线，变成了API网关加集成平台加数据服务层的组合。企业真正要做的，不是把