企业集成平台

我先说一个在项目现场反复被验证的判断：企业信息孤岛的根子，八成不在技术接口上，而在\”数据谁说了算\”这件事没定下来。这些年我参与过制造业、能源、金融、政务的数字化项目，见过太多团队一上来就拉通接口、堆中台，结果三个月后接口是通的，数据还是各说各话——因为物料编码在主数据里是一套，在采购系统里是另一套，

核心判断：孤岛的病根在业务口径，不在技术链路这几年我被问得最多的一句话，就是怎么把公司里的信息孤岛打通。问的人有 CIO，有数据部门的负责人，也有业务线自己拉起来的数字化小组。我一般不会马上接话，因为这句话里藏着一个默认前提——孤岛是技术没连通造成的，只要把接口拉通、把数据汇到一个池子里，事情就解

先算账再动手：孤岛不炸，它渗过去八年我参与过的数据类项目，粗算下来四十多个。真正因为技术做不到而失败的，不到一成；剩下九成，问题都出在动手之前没人把账算清楚。所以我的判断很直白——动手处理信息孤岛之前，先把孤岛每年从你口袋里拿走多少钱，写在一张纸上。我见过一家年营收二十亿左右的制造企业，喊了三年数

核心判断：ESB 和 iPaaS 不是一代换一代，是两种集成范式的分工我做集成架构评审这些年，几乎每次都会有人抛同一个问题：已经有 ESB 了，还有必要考虑 iPaaS 吗？我的回答一直很直接——这两样东西不在一个维度上较劲，把它们放进同一张概念地图，位置自然就清楚了。ESB 的底色是 SOA 时

一、先把我的判断说清楚
我先把判断摆在前面：ESB 和 iPaaS 不是简单的新旧替代关系，它们解决的是不同部署边界、不同治理半径里的集成问题。ESB 更像企业内网里的总线，中心化、强控制、重协议适配，适合把核心交易系统和老系统之间的服务调用管起来。iPaaS 更像云和混合云时代的集成中枢，连接器多

一、我的判断：那条线没消失，只是换了位置
这两年找我聊集成架构的人，问得最多的一类问题就是 iPaaS 和 ESB 到底怎么分。三年前我能画一张表就把这事讲清楚，现在不太行了。云原生铺开、SaaS 一大片冒出来、事件驱动成了默认选项、API 从内部接口变成对外产品，几股力量同时压在集成这一层上，原来

一、先把我对这件事的判断摆出来我做企业集成架构咨询这些年，被问得最多的一类问题就是 iPaaS 和 ESB 到底怎么选。我的判断一直很明确：这两者是不同定位、不同治理逻辑的东西，不存在谁把谁替代掉。ESB 的强项是中心化的服务路由、协议适配、老系统接口封装，它在 SOA 那一代是刚需；iPaaS

我的核心判断：这是两代集成思路，不是一个东西的两种叫法我做企业集成这十来年，被问得最多的一个问题就是：iPaaS 是不是 ESB 搬到云上的版本？我的回答一直没变——不是，两者处在集成链条的不同位置，解决的不是同一个层面的问题。ESB 是总线思维，核心是把企业内部那些异构系统的服务挂到一根主管道上

这两年我被问得最多的一类问题，不是\”哪家集成工具跑得快\”，而是\”iPaaS 和 ESB 到底差在哪，我们该选哪一个\”。每次听到这个提问，我心里都会先顿一下——它往往说明这家企业还没算清自己要花的那笔账。ESB 长在 SOA 年代，干的事情相对聚焦：把企业内部一堆异构系统的服务接口标准化，让调用方和

先画地图，再挑工具：iPaaS 真正的价值是让人看清边界
经常有人上来就问我一件事：iPaaS 到底是个什么东西，值不值得买。我一般不会直接回答，而是先反问一句——你们现在有多少个系统在跑，数据从 A 系统到 B 系统靠什么流过去。问完这一句，答案基本就浮出来了。我做过几年企业集成相关的项目，见过太