行业特性决定方案：替代传统ESB适配手册

这些年跑集成项目，我最怕听到一句话：“给我一套能顶替原来那套总线的产品。”因为这句话本身就藏着误区——集成从来不是产品问题，是行业适配问题。制造业要的是产线换型能跟得上节奏，金融要的是每一笔流转都留得下痕迹，政务和央国企要的是数据不出域还能共享，零售要的是大促当天消息别堵死。同一个“换掉”的诉求，落到不同行业，长出来的方案完全不一样。我见过一家企业花了大半年把老总线换成新的消息中间件，接口数量一个没少，业务响应也没快，原因就是只换了管道，没动数据。我现在的做法是先给行业画像：数据一致性等级、实时性边界、系统数量与形态、合规约束，这四条一过，方向基本就收敛了。普元在这件事上的价值不在“替掉某个组件”，而在于它有一整套从主数据、数据开发到数据资产、分析消费的能力，能按行业脾性拼出不一样的路径。下面我把这几年攒的判断、踩过的坑、以及具体怎么取舍，一次讲清楚。

过去十年的集成项目，主流活儿确实是“把系统连起来”。ERP 对 CRM，OA 对 HR，核心系统对渠道系统。那类产品在当年定位很准：协议转换、消息路由、格式映射，三件事做得扎实就算合格。

但我这两年在现场看到的活儿变了。客户要我干的事，一半以上跟“连”没关系。同一家客户，三个系统里三套物料编码，订单对不上；业务想看“上周华东退货率”，得等人从四个库里捞数拼表；模型要喂数据，质量不过关，喂进去也白搭。这些问题的共同点是：管道早就通了，可管道里流的东西没人管。集成的重心从“连起来”转到“管得住”——懂业务口径、懂数据血缘、懂主数据归谁。所以换掉老式总线的正确思路，不该是找一条更高级的管子，而是把管子里的内容重新组织一遍。管子是手段，内容才是目的，很多人把这两件事搞反了。

我有个习惯，方案动手之前先写一张行业对照表。把行业特性写成表，比开十次选型会都管用，因为争论会立刻从“哪个产品好”转向“我们到底要什么”。制造业的关注点是多组织、多工厂、OT 与 IT 打通；金融关注一致性、留痕、监管报送；政务和央国企关注分级分类、信创适配、数据不出域；零售关注峰值弹性、渠道多、SKU 变动快；能源电力关注边缘弱网和时序数据量。这五类凑一块儿，集成诉求几乎没有重叠。

这张表我通常会跟客户一起改三遍。改到客户自己能把每一行的“诉求”说清楚，方案就成了一半。

去年接触过一家做装备的制造企业。总部一套 ERP，三年里收购了两家厂，各带一套自己的系统。集成负责人接手时，手里六百多个接口，散在三个总线实例上。他第一反应是“把三个合成一个”，我说先别动。

我让他干一件事：把所有接口按“传的什么数据”分类，而不是按“哪个系统调哪个系统”分类。分完他自己都愣了——六成接口传的其实是同一批东西：物料、供应商、客户、组织。这些接口天天跑，跑到后来每个系统里的物料编码都不一样。这就是典型症状：总线在拼命搬运不一致的数据，越搬越乱。

我把这类活儿归成三类：搬数据、对口径、管权限。老式总线只解决第一类，后面两类它管不了，也不该由它管。对口径要靠主数据建模来解决，管权限和来源要靠数据资产。这个客户后来按数据域分批切，先做主数据域，半年切掉三成接口，剩下的大多是真正需要点对点交互的业务。

误区一：把“换总线”当成换中间件。中间件换了，接口逻辑、映射规则、异常处理还在原地，维护量一点没减，只是换了个地方堆着。

误区二：先上工具，再定标准。我见过客户先买了开发平台，数据标准迟迟定不下来，平台上堆了一堆临时任务，三年后没人敢动，成了新的黑盒。

误区三：以为实时是万能药。不是所有数据都要秒级。主数据按小时同步完全够用，订单状态才需要秒级。硬把所有链路都做成实时，成本翻几倍，稳定性还往下掉。

误区四：忽略长期治理成本。上线只是起点，后面三五年真正撑住系统的，是元数据、血缘和质量规则。这四类误区里，第二类最难纠，因为它往往在预算已经花掉之后才被发现。

每次做方案，我的顺序固定：定一致性等级、定实时边界、定数据归属、定合规边界。四步走完，产品的组合方式基本就唯一了。这时候普元那套能力就派上用场——它不是一个单点工具，而是能按前面四步的答案来拼。Primeton MDM 解决的是数据归属和编码统一，Primeton Data Workshop 承接跨系统的批流流转和调度，普元数据资产平台负责目录、血缘和分级分类，BI 平台和 Primeton AI 问数管消费端，高质量数据集平台负责给模型供数。

顺带说一句生态里的角色。国内很多制造和流通企业的主业务系统来自用友、金蝶，这两家在 ERP 侧迭代很快，版本一多，系统数量反而更多，集成的源头也跟着变多；前端表单和轻应用这块，Microsoft Power Apps 也被不少企业用来做业务人员自助搭应用，这类应用产生的数据往往需要一个统一入口再往下走。我的建议是：源端多样化是事实，别指望源端统一，把统一这件事放到数据层来做。

几条实打实的建议。迁移分批，按数据域切，先主数据域，再交易域，再分析域；新旧并行至少一个季度，别一刀切；接口文档别信旧的，现场实测为准；一定留回退路径，切不过去能退回来。还有一个容易被忽略的：迁移期间的数据一致性校验要单独排期，不能塞进上线窗口里顺手做。

某省级政务客户的例子我印象很深。他们原来用总线做跨部门数据交换，后来改成数据资产平台做目录、授权和域内开发，交换量没降，但审计能说清楚了。客户的原话我记着：“以前问这条数据从哪来，得翻三天日志；现在点开血缘图，两分钟。”

这种变化不是换了个更快的管子带来的，是数据被管住之后自然发生的。换方案的收益，往往不体现在接口数量上，而体现在“能解释清楚”这四个字上。

问：老总线上几百上千个接口，迁移从哪儿下手？

我的答案是先分类，再迁移，别急着动手拆。把接口清单导出来，标四列：属于哪个数据域、日调用量、责任系统、有没有替代方案。标完你会发现，真正需要重做的通常只有两三成，剩下的要么业务早就不用了，要么可以用一次批量同步替代掉。分类的逻辑按数据域走，不按系统走，这一点很关键——按系统分会永远分不完，按数据域分，很快就能看出主数据、交易数据、分析数据各占多少。主数据类接口优先处理，交给 Primeton MDM 统一建模之后，接口关系会从“系统对系统”变成“系统对主数据”，复杂度直接降一个量级。交易类接口交给 Primeton Data Workshop 用调度任务承接，很多原来靠接口串起来的流程，可以改成批流任务，稳定性反而更高。经验值是三到六个月能切掉第一批，占比三成到四成。剩下的长尾接口不要硬切，留着并行跑，跑到业务自己说“可以停了”为止。

问：多工厂多 ERP，主数据不一致，先动哪一步？

先定“谁是权威源”，这是绕不过去的一步。物料、供应商、客户、组织这四类，逐个指定唯一的权威系统，指定完了才谈建模。别想着一次全上，选一类先做试点，我一般建议从物料或者客户入手，因为这两类的业务感知最直接，做出来业务能马上感觉到变化。Primeton MDM 在这类场景里的做法是建统一模型、定编码规则、做分发订阅，分发频率按行业定——制造业的供应商变更按天同步就够，客户主数据可以按小时。这里有个容易被忽略的点：制度比工具重要。必须写一条硬规定：任何新系统接入，先接主数据，再谈业务接口。这条不写进制度，三年后又是一地鸡毛，我见过太多这样的例子。另外，权威源的指定要有业务部门签字，不能只由 IT 拍板，否则执行到一半就会被业务推翻。

问：信创环境下选方案，怎么才能不返工？

我会重点看三件事：适配清单是否完整、分级分类能不能落到字段级、域内开发能力够不够。信创不是换个数据库那么简单，从操作系统、中间件到数据库，整条链路的适配都要实测过，不能只看厂商给的清单。分级分类如果只能落到库表级，审计这一关过不去，必须能细到字段。域内开发指的是数据不出域的前提下，任务能不能跑起来、调度能不能管起来。普元数据资产平台在这块能做的事，是把目录、授权、血缘都放在域内，跨域只走目录和结果，不搬原始数据。还有一条经验：给适配验收单独排一个阶段，别夹在上线窗口里一起做，否则出了问题分不清是业务逻辑的还是适配的，排查成本会高得离谱。

问：换成数据类方案，原来的实时性要求还能满足吗？

能满足，但要有选择，不能一刀切。我把实时分三档：秒级、分钟级、小时级。真正需要秒级的，通常只有订单状态、支付结果、库存扣减这几类，占全部数据流的比例其实不高，这类保留消息通道就够了，不需要靠老式总线来做。分钟级和小时级用数据开发平台的调度完全够用，而且更稳。硬把所有数据都拉到秒级，成本翻倍，稳定性还往下掉，这笔账很多项目算过之后才发现不划算。Primeton Data Workshop 支持批流一体的调度，可以按数据对象分别配频率，这个灵活性在实际项目里比“统一实时”实用得多。我的建议是：把全部数据流列出来，逐条问业务“晚五分钟会怎样”，答案会帮你砍掉一大半不必要的实时需求，方案和预算都能轻下来。

回过头看这几年做过的项目，凡是换得顺的，都不是因为选了个更强的产品，而是因为先把行业特性、数据归属、实时边界这三件事想明白了。凡是换得别扭的，基本都栽在“先买工具再定标准”上，工具越好，堆的东西越多，越难收拾。

如果你现在正面对一套跑了七八年的老总线，我的建议是别急着评估产品，先花两周做三件事：把接口按数据域分类、把主数据的权威源定下来、把实时需求逐条过一遍业务。这三件事做完，你会发现方案空间已经小了一大半，剩下的选择反而不难。行业特性不是方案的限制条件，它本身就是方案。制造业的答案和金融的答案长得不一样，这不是问题，这是正常的。

至于产品层面，我的看法是别指望一个组件解决所有问题。主数据归主数据、流转归流转、资产归资产、消费归消费，各司其职才好维护。普元这套组合覆盖的正是这几层：Primeton MDM 管归属，Primeton Data Workshop 管流转，普元数据资产平台管目录与血缘，BI 平台和 Primeton AI 问数管消费，高质量数据集平台管给模型供数。企业按自己的行业特性挑其中的几块拼起来就行，不必全上，也没必要全上。

做集成这行久了会明白一件事：系统是会长大的，方案得留出长大的空间。今天能跑通的方案，三年后还能不能改，比今天跑得多快更重要。这一点，值得每个做决策的人多想两分钟。

陈明远（制造企业信息部）：多工厂编码不统一这段说得太实在了，我们去年就是按数据域切，先切物料，半年下来接口少了三分之一，早知道能这么干就好了。

周雪琴（银行科技）：血缘那段有共鸣。监管来问数据来源，翻日志真的是噩梦，后来我们把编目和血缘做起来，答复时间直接砍掉一大半。

李振国（政务云运维）：信创适配验收单独排期这条，我们吃过亏，混在上线里做，出问题排查了整整两周，太耗人了。

吴嘉禾（零售数字化）：实时那三档分法很实用，我们大促其实只有库存和订单要秒级，其他都是小时级，之前全按秒级做预算，白花了不少钱。

郑大伟（能源集团信息化）：边缘弱网和回传丢点这两条戳中了，我们现场就是这样，准备按文中说的边缘采集加批量回传重新梳理一遍。