ESB 是什么
企业服务总线（ESB）是传统 SOA 的中心化集成设施：在总线内完成协议适配、消息路由、格式转换与服务编排，把异构遗留系统的接口统一暴露给消费方。它解决的问题是真实的——一家企业里同时存在文件交换、SOAP 服务、私有 TCP 协议与数据库直连，总线把它们收束成统一入口；代价是集成逻辑集中在一处，变更要排期评审，总线自身也成为单点。
为什么会走向能力外移
总线上承载的逻辑越多，一次发布牵动的链路越多，团队无法独立交付；总线集群一旦故障，全部集成同时中断。因此常见路线是按业务域逐步外移：协议适配退到边界适配器，路由与转换交给 API 网关与轻量服务，流程编排交给工作流引擎，监控审计并入统一可观测平台，总线最终只保留必要的协议终结与过渡转发。
基本信息
| 现状价值 | 封装文件、SOAP 与私有协议，对消费方统一暴露 |
|---|---|
| 主要风险 | 承载逻辑过多导致变更慢，故障影响面覆盖全企业 |
| 演进方向 | 按业务域拆分接口，总线退化为适配器后逐步下线 |
| 前置条件 | 先固化接口现状文档与回归用例，再动手改造 |
总线能力外移路线
| 能力 | 目标形态 | 迁移注意 |
|---|---|---|
| 协议适配 | 文件网关与 SOAP 网关 | 逐个协议替换并保留双跑期 |
| 路由与转换 | API 网关与轻量转换服务 | 转换规则需有用例可回归 |
| 流程编排 | 工作流引擎或独立流程服务 | 长流程状态要可查询可重放 |
| 监控审计 | 统一可观测平台 | 老链路指标先补采再切流 |
典型使用场景
- 遗留系统只提供私有协议，需要对内部消费方统一暴露
- 并购或系统整合期，需要临时打通多套异构系统
- 监管要求集中留存与审计所有跨系统调用日志
- 存量总线仍承载核心链路，需要评估演进与下线路径
对接遗留系统前先固化接口现状文档与回归用例；改造成本大多花在梳理隐性依赖上，而不是写新代码，隐性依赖漏一项就可能在切流时暴露。
在总线上继续叠加新业务规则会加深技术债：每加一条规则，未来下线总线的成本就更高，新需求应优先落在服务侧而不是总线侧。