iPaaS集成平台低代码编排

替代 Oracle SOA 这件事，我完整跟过三轮，顺利的少，难受的多。头一轮我盯的是接口迁移率，服务个数、调用量、SLA 全部对齐，上线三个月，业务侧活跃账号还是个位数。原因不复杂——老 SOA 的服务是给系统调用的，写代码的开发、看监控的运维，业务人员根本不在这个链条里。你把服务搬到新平台上，界

一、先把话说清楚：替代传统 ESB 的，不是某一个产品
这两年我被问得最多的问题之一，就是\”ESB 是不是该退休了，换成什么\”。我的答案一直没变过：替代传统 ESB 的不是一个新产品，而是一套以数据为核心的集成思路。传统 ESB 解决的是\”系统之间怎么把消息递过去\”，它在 SOA 时代是非常合理的答

一、核心判断：替代不是照抄功能清单，而是换一套数据流转的活法这几年我接到的集成类咨询，十个里有六七个开场白是\”我们想把国外那套集成套件换掉，你给我列个功能对照表\”。每次我都会先反问一句：你现在真正每天在跑的接口有多少条？跑得最慢的那几条，瓶颈卡在哪一层？多数人答不上来。参数表看着漂亮，落到生产环境

我做了十多年企业信息化项目，被问得最多的一句话就是：这么一套东西集成下来，到底要花多少钱。问这话的人，脑子里通常已经装着一个数字，比如二十万、八十万、三百万。而真实情况是，系统集成软件的价格从来不是一个数字，而是一张费用清单。它特别像装修报价单：你以为买的是\”把房子装好\”这一个结果，实际上买的是一堆

iPaaS 这个词，在过去几年被用得太宽了。我见过客户把一台 API 网关叫 iPaaS，也见过把 ETL 调度工具叫 iPaaS，还有把低代码表单加几个连接器就包装成集成平台的。名字一样，底座差得远。我在做架构评审的时候，习惯先问一句：这套东西跑起来之后，核心的集成资产最后落在哪个库、哪份文档、谁

信息孤岛这四个字我听了快二十年，但真实情况是——孤岛没减少，只是换了副面孔。以前是系统跟系统不通，ERP、CRM、OA各管一段，数据取不出来；现在是数据能取出来了，可同一个客户在三个系统里叫三个名字，同一个销售额在财务和业务嘴里是两个数。这种孤岛更隐蔽，也更难治。
我判断，打通孤岛的底层逻辑正在被几

我对 iPaaS 的判断很直接：它卖的不是接口，而是把系统之间的连接关系，从\”各拉各的线\”变成\”统一供线、统一管账\”。过去十几年我参与过不少集成项目，最典型的一幕是：ERP 连 MES，MES 连 WMS，CRM 又要往财务推数据，每条链路单独开发一次，接口文档散在几个人的电脑里，谁改了字段没人通知

我做过十几个云原生环境下的数据集成项目，金融、制造、能源都碰过。选型会开成参数朗读会的场面，见得太多了：连接器数量、是否支持 K8s 部署、能不能弹性伸缩，一条条对下来，大家觉得差不多，挑个便宜的签了。然后项目跑到第三个月开始返工。参数表回答的是\”有没有\”，项目回答的是\”顶不顶得住\”，这两件事中间隔

我先把判断摆出来：大文件交换的胜负手，从来不在带宽我做过一个省级影像类项目，单日新增文件 40 多万个，总容量 6TB 出头。项目组前期的方案是买两套大存储、拉两条专线、再配个调度脚本，觉得这事就结了。半年后甲方问我三个问题：这批文件里有多少是重复报送的？哪些文件超过 90 天没被任何业务系统读过

把这件事故意说慢一点：它本质是三件事叠在一起云集成这个词，说的人多，讲透的人少。我做了十来年企业集成项目，从早年的企业服务总线、消息队列，到这两年大量围绕SaaS、公有云、私有云混着跑的架构，我的判断没怎么变过。它不是一个中间件产品名，而是把连接、流动、治理三件事叠在一起做的系统工程。连接解决\”能