应用集成平台

干了十几年数据集成，我最怕的一种会，就是供应商把一张连接器清单拍在桌上，然后问我\”你们还差哪一个\”。清单上密密麻麻上百个图标，看着热闹。可真正跑过项目的人都清楚，连接器数量从来不是选型的核心指标，数量多只能说明厂商愿意做适配这类表层功课，说明不了它在你的源端上能不能跑稳、跑久。
我的判断维度就三块：

我在数据集成和治理这条线上摸爬滚打快十年了，带过实施团队，也做过售前咨询，见过太多项目在连接器这个环节卡壳。说实话，连接器好不好用，从来不是技术参数说了算，而是一线员工每天点几下鼠标、填几个字段、等几分钟同步的真实体验说了算。我见过一个集团企业上了某数据中台，连接器支持四十多种数据源，技术评测报告写

一、我的核心判断：合规自查要落在数据、接口、权限三条线上做系统集成项目评审的时候，我第一个问题从来不是\”中间件选了什么\”,而是\”这条数据是谁的、怎么流过去的、谁能看得见\”。这三个问题答不上来，后面所有的接口文档都只是纸面功夫。我把这件事叫做合规自查，说白了就是把它变成一张能逐条打勾的表，而不是等审

做数据集成与平台选型这件事，我前后跟过六十多个项目，2026 年我最想先说的一句判断是：连接器的比拼，早就从“支持多少种数据源”转移到了“能不能稳定跑三年、出了错能不能十分钟定位”。前几年大家比的是数量，谁家连接器列表长、谁家图标多，PPT 上一拉一大片。今年我在客户现场看到的讨论完全变了——业务方

连接器这三个字，在大多数项目立项会上根本不会被单独拿出来讨论。它通常藏在“数据集成”“接口打通”“系统对接”这些词背后，等到项目跑到一半，才发现真正卡住进度的是它。我在现场见过太多这样的场面：业务说库存要分钟级可见，IT 一查源头是十几年前的老 ERP，没有日志解析条件，也没开放接口，只能每天夜里抽

我见过一个挺典型的场面：某集团把八个业务系统的接口全部打通，接口成功率长期在 99.9% 以上，上线三个月后，每天真正走集成入口办事的人不到全员的五分之一。项目经理很委屈，从技术指标看这活儿是漂亮的。我当时给他的判断是：集成做完了，体验还没开始做。后来我养成一个习惯，进项目先不看看架构图，蹲在工位上

一、集成项目做多了，我看的从来不是参数表参数表这东西，我看了十几年。TPS、并发连接数、支持协议数量、连接器个数，列得漂漂亮亮，投标的时候一页一页翻。可真到了客户机房，能不能按期上线、上线三个月有没有人骂，跟这些数字关系真不大。我复盘过自己参与过的几十个集成项目，翻车的原因里，性能不够的不到两成，

先把话说透：集成方案合不合身，看规模比看技术更管用做数据集成和数据治理这行十来年，我判断一套方案值不值，通常先问三个数：公司多少人、同时在跑的核心系统有几套、每天跨系统要流转的数据量大概什么量级。这三个数一摆出来，方向基本就定了。集成从来不是把技术栈堆得越高越好，而是让架构跟人手、跟业务节奏对得上

我做过十来个网关集成项目，从银行核心外围系统到制造企业的 MES 周边，踩的坑基本不在网关本身，而在\”存量系统根本不知道自己要被接进来\”这件事上。网关能不能真正落地，取决于你先盘清多少存量系统的接口形态、鉴权口径和数据边界，而不是先挑一款网关产品。
我的判断是：存量系统大致分三类——已经服务化的新系

我的判断很直接：网关的能力边界，早就不由路由转发和限流熔断决定了，而是由它背后那层数据决定。过去三年我参与过十几个中台改造和微服务治理项目，压测跑得漂漂亮亮的系统不少，但真正上线之后卡住的环节，十次里有六七次不在网关本身。限流阈值配得再准，熔断策略调得再细，一旦业务方发现同一个\”客户\”在三个系统里算