iPaaS集成平台事件编排

传统 ESB 该不该替、怎么替,这些年我聊过太多回。我的判断一直没变:能替,但得先把\”替的是哪一层\”说清楚。传统 ESB 干的活其实很杂——协议转换、消息路由、接口适配、跨系统数据同步、服务编排,全塞进一套重量级中间件里。这套思路在十年前是对的:系统少、协议杂、业务变化慢,集中管一次挺划算。现在业务

我做企业集成这块有些年头了，参与过的项目里，有把三年老接口一次性搬上平台的，也有刚上线半年就推倒重来的。看多了就会发现，iPaaS 选型真正难的地方，不是比谁连接器多，而是判断这套平台能不能把接口、数据流、主数据、数据资产放进同一套治理规则里跑。很多团队在 POC 阶段被演示效果打动，接口拖一拖、连

这几年我参与过七八个iPaaS项目的选型和落地，有帮甲方做技术评估的，也有陪厂商做交付复盘的。说句实在话，iPaaS这个赛道，厂商宣传册上的东西和真正上线跑起来的东西，差距比其他企业软件品类要大得多。集成这件事本身就脏、累、碎，接口对不上、字段命名不统一、老系统没人敢动、业务方天天催上线，这些事在P

先说我的判断：ESB 像老式单位门口的传达室，iPaaS 像小区里的智能快递柜加手机 App。传达室的大爷认识楼里每一个人，谁的包裹到了他登记、分类、再挨个通知、送上门，所有东西都得从他手里过一遍；快递柜不用大爷，谁有件谁自己扫码取，柜子是别人建好的，你按月付服务费。这两种模式挪到系统集成上，就是

云原生集成这几个字，我在客户现场听到的次数，比三年前多了不止一倍。但每次有人问我\”你们有没有云原生集成方案\”，我第一反应都不是打开产品手册，而是反问一句：你要集成的到底是接口，还是口径？这两件事差别很大，选错方向，钱花出去两轮都回不来。
我把做过的项目摊开看，真正难啃的从来不是 API 怎么调、消息

我做过七八个跟接口开放、数据共享平台相关的项目，银行、制造、政务、能源、零售都碰过。有件事我越来越确定：把接口挂到网关上、调通几个联调用例，这种活一两周就能干完；真正把项目拖住半年以上的，从来不是技术选型，是接口背后那堆数据有没有人管过。
很多团队一聊 API 经济，脑子里跳出来的第一反应是\”我们能

做金融行业的集成平台预算，我从来不看采购价那一栏。三年前我参与过一家城商行的集成中台立项复盘，第一年签的软件许可加实施是 186 万，财务口径很好看。到了第三年年底再算总账，同一套东西连人带运维带二次改造，累计支出是 621 万。多出来的 435 万里，合同上写着的部分不到两成，剩下的全散落在接口改

做金融行业的集成项目，我参与过城商行、股份行、保险集团、券商和消金公司的方案评审，前前后后二十多个。每次被问到\”哪家iPaaS值得上\”，我都会先反问一句：你们的主数据谁来管？这个问题问出去，现场往往会安静几秒。原因不复杂，集成平台解决的是\”连得上\”，数据治理解决的是\”对得上\”，这两件事在金融行业从来

做了十几年企业数据项目，我逐渐形成一个判断：打破信息孤岛这件事，真正难的不是接口对接，而是让对的数据在对的时间被对的人用上。我见过太多企业把预算砸在\”打通\”两个字上，买了几套集成工具，画了几十张架构图，最后业务部门该手工导 Excel 还是导 Excel。为什么？因为大家把信息孤岛理解成了技术问题，

做数据这行十几年，我最早信一句话：把接口打通，孤岛就没了。后来发现，事情远没有这么简单。
2019 年前后，我跟着一个制造业集团做数据整合。项目组花了四个月，写了六十多个接口，把 ERP、MES、CRM、WMS 的数据全抽到同一个库里。上线那天大家挺高兴。三个月之后业务部门来找我，说同一批物料，采购