企业里系统越买越多，数据越割越碎。EAI 要回答的问题是：这些各自为政的系统，怎么变成一个整体。
为什么需要 EAI
一家企业跑上几年，手里往往攒了一堆系统：ERP 管物料、CRM 管客户、OA 管审批、自研系统管业务。每个系统都是为解决某个局部问题采购或开发的，各自有各自的数据库和界面。结果是同一个客户信息在三四个系统里各存一份，还对不上。
EAI（Enterprise Application Integration，企业应用集成）就是把这些孤岛连起来。它的实现分四个层次，从浅到深依次是：界面集成、数据集成、控制集成、业务流程集成。
集成深度 ──►
界面集成 用户在单一界面操作多个系统
│
数据集成 数据在系统间一致、准确地共享
│
控制集成 一个应用调用另一个应用的功能
│
业务流程集成 跨部门、跨企业的流程贯通协作界面集成
界面集成（Interface Integration） 关注用户入口的统一：用户在一个界面里就能访问和操作背后的多个应用系统，感知不到自己面对的是几套系统。
最常见的形态是门户 Portal和单点登录（SSO）：登录一次，各个系统的入口聚合到一个页面，点击后跳转到各自的应用。再进一步是把多个系统的界面“框”进同一个页面框架（portlet / iframe 方案），或者用统一前端反向代理后端多个系统。
界面集成是最轻量的一层——它只统一入口，不碰数据、不碰逻辑。适合作为集成建设的起点，但解决不了“数据对不上”的根本问题。
数据集成
数据集成（Data Integration） 解决的是数据的合并与一致性问题：不同来源的数据能够在各个系统之间一致、准确地共享。
典型手段包括：
- ETL / 数据同步：定时或实时地把 A 系统的数据抽取、转换、加载到 B 系统或数据仓库；
- 数据中间表 / 共享数据库：多个系统约定好读写同一批中间表；
- 主数据管理（MDM）：给客户、物料这类核心数据定唯一权威源，其他系统订阅同步；
- 联邦查询：物理上不搬家，逻辑上提供统一视图（如数据虚拟化）。
数据集成是 EAI 里性价比最高的一层：大部分“信息孤岛”的痛感，本质上是数据不一致造成的，而这一层不依赖改造各系统的业务逻辑。
控制集成
控制集成（Control Integration） 进到应用层：一个应用可以调用另一个应用的功能，彼此交互和通讯。它包含两类——应用集成和 API 集成。
- 应用集成：偏重系统间的功能级互调，比如 ERP 里的订单保存后，自动调用 WMS 的接口生成出库单；
- API 集成：以接口为契约的集成方式，REST、消息队列、RPC 都算。现代企业里，“开放 API + 网关”已经成为控制集成的事实标准。
这一层的关键是契约治理：接口谁定义、版本怎么演进、出错怎么重试，没有治理的 API 集成会以“接口沼泽”收场——A 调 B、B 调 C，出问题谁也说不清链路。
业务流程集成
业务流程集成（Business Process Integration），也叫过程集成或 B2B 集成，是最深的一层：把不同系统承载的业务流程和工作流串起来，实现跨部门、跨企业的协作。
比如“采购到付款”这条链：业务系统提单 → OA 审批 → ERP 建采购订单 → 供应商系统确认 → 到货后财务付款。流程跨越四五个系统，靠单点接口两两对接会变成 N² 的乱麻，需要流程引擎（BPM）或编排工具把整条链路管起来，统一处理状态、异常和补偿。
跨企业的部分（B2B）还要处理信任问题：对接方是外部公司，接口安全、对账、SLA 都是额外议题，常见载体是电子数据交换（EDI）或供应链协同平台。
四个层次怎么选
| 层次 | 解决什么 | 典型手段 | 改造深度 |
|---|---|---|---|
| 界面集成 | 入口分散 | 门户、SSO | 浅，不动数据和逻辑 |
| 数据集成 | 数据不一致 | ETL、MDM、共享库 | 中，动数据不动逻辑 |
| 控制集成 | 功能无法互调 | API、消息队列 | 较深，暴露应用能力 |
| 业务流程集成 | 流程割裂 | BPM、编排、B2B/EDI | 最深，跨系统跨组织 |
实践中很少只做某一层，而是组合：门户统一入口（界面）、主数据管理统一客户档案（数据）、开放 API 供互调（控制）、流程引擎串起审批链路（流程）。判断标准也简单：从最痛的体验入手，能浅一层解决的，不要往深里做——每一层往下的改造成本和治理成本都是数量级的变化。
小结
EAI 的四个层次是一条“从外到内”的路径：统一入口是界面集成，统一数据是数据集成，统一能力是控制集成，统一流程是业务流程集成。集成做到哪一层，取决于企业的系统有多乱、协作有多深——但顺序上，永远建议先把数据理顺，再谈流程贯通。