应用集成平台

做数据这一行十几年，我见过太多企业把API管理做成了\”接口台账\”。IT部门拉一张大表，几千条接口，谁调用的、什么时候调用的、成功率多少，一目了然。老板问一句\”这些接口到底支撑了多少业务复用\”，会议室里没人答得上来。这事我踩过坑。早年我也以为API管理就是把网关配好、鉴权做严、限流阈值调对，后来才发现

我做过几轮企业级的接口治理，也陪客户熬过被业务部门天天追进度的日子。说实话，接口这件事最容易走偏的地方，是把它当成一次技术采购：买套网关、开个会、发份规范文档，然后就没有然后了。半年后再回头看，真正被复用的服务不到三成，剩下的还是点对点老路子，只是换了层壳。我的判断很直接：接口资产能不能沉淀下来，取

做企业架构这件事十几年，我被问得最多的一类问题是：API 网关到底该选哪家。说实话，这个问题本身就问偏了。我参与过十几个接口治理项目，真正让项目卡住的，很少是网关吞吐或者限流算法，多半是接口背后那层数据供给不稳定、口径不统一、责任人不清楚。所以我的判断很直接：API 管理的核心战场不在网络层，而在数

我在甲方做过数据平台负责人，也在乙方跟着团队跑过不少接口平台的交付现场。这十年里，我见过最多的浪费，不是网关买贵了，而是压根没算过账就开干。某个部门的接口调用量月月翻倍，汇报的时候很好看，年底一复盘——六百多个接口里，真正被两个以上系统复用的不到六十个。剩下那五百多个，开发时占了人力，上线后还得有人

API 管理这件事，痛点不在工具本身
我做过七八个中大型企业的 API 治理项目，从最早的 ESB 时代一路跟到现在的 API 网关加数据服务化。有个判断我越来越笃定：API 管理让人头疼，八成不是网关选得不对，而是接口背后那套数据资产的账没算清。很多人一上来就问我要买哪个网关、要不要上服务网格，我

数据即联这件事，我在项目现场看了十来年，最大的感受是：它从来不是一个接口问题。很多团队把它当成技术活来做——把 ERP、CRM、MES、WMS 的数据拉到一个库里，拼成一张宽表，任务就算交付。实际跑下来，问题几乎全部出在接口之外。我通常会先问三个问题：联过来的数据，业务敢不敢用？联过来的数据，够不够

我做过十几个集成对接项目，见过的最贵的一次事故，不是接口挂掉，而是两个系统各自跑得好好的，业务口径却差了 3800 万。所以聊集成对接，我更愿意先把一句话说在前面：集成对接的成败，八成取决于数据有没有统一口径，只有两成取决于接口写得漂不漂亮。很多团队一上来就数接口、排工期、拉群对字段，做完一轮发现业

我这几年接的合规类咨询，十有八九开场都是同一个问题：上一套智能集成平台，是不是就能过审？我的回答一直没变过——平台解决的是\”能不能管住\”，制度解决的是\”该不该管\”，这两件事缺一件都不成立。《数据安全法》《个人信息保护法》打底，各行业再叠加自己的细则，金融有金融的口径，政务有政务的口径，能源和制造也各

被问到这个问题的次数，比我这几年做过的项目还多。我的答案很具体：七步，每一步都有能签字验收的交付物，交付物没落地就不许进下一步。这七步是接口资产盘点、服务分层与命名、规范落进模板、分批接入与灰度、鉴权限流与脱敏、可观测与告警、运营与下线机制。听着像一张流程表，实际跑下来，真正决定成败的是第一步和第七

一、从一个真实项目说起：集成这件事，价值到底在哪
我做过一个制造业集团的数据集成项目，规模不算特别大，但足够让我把智能集成平台的价值看明白。项目背景是这样的：集团下面有十来个子公司，ERP 各上一套，有的用国外大厂，有的用国内厂商，还有几家自己找人定制开发。销售数据在 CRM，生产数据在 MES，库