ESB 是  SOA（ 面向服务的架构）的基本组件，它是 二十世纪九十年代后期出现的架构。 SOA  定义了通过服务接口来复用软件组件的方法。 此类服务通常会使用标准接口（即 Web Service），能够快速合并到新应用程序中，而不必复制服务在新应用程序中执行的 功能 。

 SOA 中的每项服务都包含执行完整的独立业务功能（例如，检查客户信用、计算每月还贷额或处理抵押申请）所需的代码和 数据 。 服务接口可提供松散耦合，这意味着即便对底层的服务 实施方式知之甚少或根本不了解，也可以调用这些服务，减少了应用程序之间的依赖性。 服务接口背后的应用程序可在 Microsoft 中以 Java 编写 。Net、Cobol 或任何其他编程语言，由供应商（如  SAP）作为打包软件应用提供，作为 SaaS 应用（如 Salesforce  CRM）提供，或作为 开源 应用获取。  

服务接口经常使用 Web 服务 定义语言 (WSDL) 定义，这是基于 xml （可扩展标记语言）的一种标准标记结构。  使用 SOAP（简单对象访问协议）/HTTP 或 JSON/HTTP 等标准 网络 协议来公开服务，以便发送有关读取或更改数据的请求。 服务管制控制开发生命周期，且服务将在相应的阶段发布在 注册表中，以便于开发人员快速查找并复用服务来组装新的应用程序或 业务流程。

这些服务可从头开始构建，但通常是通过将 原有记录系统 的功能公开为服务接口来创建。 企业可在 原有系统之前提供基于服务接口的标准，可以使用 ESB 通过 适配器 或 连接器直接连接到 原有系统 ，或者应用程序提供自己的 API。 在任何情况下，  企业服务总线 都会将新应用程序与原有接口隔离开来。  ESB 执行必要的转换和 路由 ，以连接到 原有系统 服务。

可以在没有 ESB 架构的情况下实施 SOA ，但这样便等同于仅拥有一系列服务。 每个应用程序所有者都需要直接连接到所需的服务，并执行必要的 数据转换 以满足每个服务接口。 即便接口可复用，这一工作量也非常大，且因为每个连接都是点对点连接，未来的维护也会困难重重。