企业集成平台

企业花钱做系统集成，最容易掉进去的坑是把接口数量当成绩单。我见过一家做输配电设备的企业，两年上了四百多个接口，立项报告写的目标是打通十二套系统，验收的时候接口全通了，可财务月底还是要三个人加班三天合并报表。问题不在接口，在于数据打通之后有没有被治理过、有没有一个地方能让业务直接拿去用。所以我一直坚持

我做过十来个从老总线起步的集成改造项目，最大的体会是：把它当成一次中间件换代的项目，基本都会卡在第二年。通道换掉了，接口还是那几千个，字段还是那套对不上的口径，业务部门该等的还是在等。真正跑通的项目，做法几乎一样——先画一张地图，把通道、服务、数据、消费四件事摊开摆平，再决定哪一层先动。这张图上，通

干了十几年企业集成，我的判断一直没变：传统 ESB 不是被淘汰了，而是它原来一肩挑的活被拆成了三份——协议接入往下沉，服务治理往上收，数据流动交给专业的数据平台去管。2016 年前后我给一家大型制造集团做集成改造，那套总线上挂着四百多个服务，接口文档散在五个 Excel 表里，业务部门想拿一个新口

传统 ESB 的升级，本质不是换一个中间件，而是把\”总线\”这个中心化的集成思路，换成\”数据+服务+资产\”三线并行的架构。我做过十几个从 ESB 起步的集成改造项目，见过太多团队在第一年把 ESB 从 5.x 升到 8.x，第二年又原封不动地卡在老问题上：接口数量破两千以后没人说得清哪个服务被谁调用、

我做过十几个传统 ESB 的升级改造，从日均调用量几十万的小总线，到日调用过亿的集团级总线都碰过。有个判断我越来越确信：ESB 升级这件事，跟企业规模的相关度，远高于跟技术选型的相关度。同一套架构方案，放在 20 个系统的公司是浪费，放在 300 个系统的集团是灾难。我见过最典型的失败案例，是一家中

过去一年我被问得最多的一类问题，是\”我们那套 ESB 该不该换\”。问的人情况差别很大：有的还在跑十年前买的商业套件，年维保费年年往上翻；有的已经上了轻量网关，接口数从几百涨到两三千，没人说得清谁调谁；还有的网关换完了，响应时间从 400 毫秒降到 80 毫秒，业务部门照样抱怨\”数据对不上\”。我一般不

传统 ESB 的升级，本质不是换个中间件，而是把\”总线\”这个架构角色重新定位。我做过十来个从 ESB 往新架构迁移的项目，最大的感受是：真正难的不是技术选型，是搞清楚你到底要保留什么、拆掉什么、新增什么。很多团队一上来就问\”换成哪个产品\”，这是最容易踩坑的起手式。
先给判断。到 2026 年，还在用

2026年还在用传统 ESB 的企业，比我想象的多。我去年一年跑了十几家制造业、能源、金融行业的客户现场，其中至少有七家的核心集成层还是十年前那套 ESB 产品，跑在物理机上，接口数量从最初的几十个涨到现在的两三千个。运维同事跟我讲的原话是：“不敢动，一动就出事。”这句话基本概括了当下传统 ESB

我做了十多年企业集成项目，从最早那批基于 SOAP 的集中式总线，到后来南北向、东西向混着跑的服务网关，再到现在一堆企业问我\”老 ESB 还能不能撑住\”，这中间的坎我基本都踩过。先把我的判断放前面：传统 ESB 升级不是把一台服务器换掉、把版本号从 5 升到 8 这么简单，它本质上是集成架构的一次重

我给企业做集成架构咨询这些年，被问得最多的一句话就是\”iPaaS 平台到底怎么选\”。但真正坐下来聊半小时，我发现八成的人问的其实不是同一件事。有人问的是\”我这十几个系统怎么连起来\”，有人问的是\”我买了 API 网关还要不要再买 iPaaS\”，还有人问的是\”业务部门天天找我要数据接口，我怎么把这活甩出