集成平台

我先说一个判断：超大规模文件交换的难点从来不在\”传\”，而在\”传完之后还能不能找得到、查得清、追得回\”。这些年我参与过不少制造、能源、金融、政务类企业的文件交换项目，规模从每天几万份到每天上百万份都有，踩过的坑基本集中在三类：一是把文件交换当成纯粹的带宽问题，结果业务量一上来，目录结构彻底失控；二是把

我经常被非技术的朋友问到这类问题：云集成是不是就是把几台服务器接到一块儿？每次我都得换个说法。我一般这么打比方——你家楼下有个快递驿站，你在网上买了东西，快递公司把包裹送到驿站，驿站按你的手机号通知你取件，你取走之后顺手把纸箱丢进回收点，回收点再把纸箱卖给废品站。整条链路上，你、驿站、快递公司、回收

我做了十多年企业级项目，云集成这件事，真正值钱的地方从来不在\”连上了\”这三个字。连上是第一步，也是最容易被低估的一步。很多团队花两周把接口跑通，演示时数据在屏幕上跳，老板点头，项目验收。半年后我再去回访，发现那条链路已经没人敢动了——字段对不上、口径变了、上游一改下游就崩，运维同事每次提到它都皱眉。

我这些年帮企业做数据集成和数据治理的选型评估，最常被问到的一句话是\”你们这套东西报价比另一家贵多少\”。这个问题我一般不正面答。按报价单比价，比出来的往往只是进场头半年的开销，而真正决定这笔投资划不划算的，是三年之后你还在为它持续掏多少钱。我做过一个粗略的抽样，把十几家中大型企业的集成类项目预算摊开来

我在数据与集成这条线上做了十多年，制造、金融、政务、能源几类客户都碰过。云集成这件事，我现在的判断很明确：项目卡住的地方，八成不在连接器，而在数据本身不好用。接口能打通，不代表字段口径一致；消息能通，不代表主数据唯一；报表能出，不代表业务认这个数。我见过的项目里，真正把工期拖长的，往往是一堆看起来不

一、我先把判断放在这里
我做集成方案评审的时候，习惯先问三个问题：这次要连哪些系统；连完之后哪个业务指标会动；这套连接谁来维护，一年运维要花多少钱。三个问题里答不上来两个，方案就先压一压。原因很朴素——云集成的成本结构和普通软件采购完全不同，接口开发只是首付，真正持续掏钱的是后面的数据标准、主数据口

一、先给判断：混合集成不是一种技术，而是多种数据到达方式共存
我做过十几年企业数据项目，混合集成是被问得最多、也最容易被误解的一个词。有人把它当成一套中间件，觉得买回来插上就能让所有系统互通；有人把它当成过渡方案，认为等系统统一了就不需要了。我的判断不太一样：混合集成是企业承认\”系统永远不可能统一\”

我的判断：混合集成的难度从来不在技术，而在组织规模与做法的错位我带过十几个混合集成项目，最小的团队二十来个人，最大的集团两万多人、四十多个法人主体。做下来最大的感受是：混合集成不是一个技术选型问题，而是一个随组织规模演进的形态问题。二十人团队里那套\”能跑就行\”的做法，放到两百人的部门还算凑合，放到两

混合集成这个词，这两年又被翻出来反复讲。我的判断很直接：它真正的难点从来不是\”连得上\”，而是连完之后那套东西三年后还有没有人敢改。我参与过的集成项目，真正翻车的几乎没有一个是技术原因——没哪个接口是真调不通的，问题都出在接口连完之后的日子里：业务口径变了没人同步，源系统换了供应商没人知道，文档散在十

我做了快十年的企业级平台架构咨询，被问得最多的问题之一就是：能力开放平台到底指什么。每次听到这个词，我都得先反问一句——你说的开放，是开放给谁看？很多团队拿着一个API网关就说是能力开放平台，也有人把数据中台换了个名字叫能力开放平台，还有人以为把几个微服务接口挂到开发者门户上就算完事了。这些理解都对