企业服务总线

企业服务总线 (ESB) 在面向服务的体系结构 (SOA) 中实现相互交互的软件应用程序之间的通信系统。 它代表了分布式计算的软件架构，是更通用的客户端-服务器模型的特殊变体，其中任何应用程序都可以充当服务器或客户端。 ESB 提高了应用程序之间高级协议通信的敏捷性和灵活性。 它的主要用途是异构和复杂服务环境的企业应用程序集成 (EAI)。

企业服务总线的概念类似于计算机硬件体系结构中结合高性能计算机操作系统的模块化和并行设计的总线概念。 开发该架构的动机是找到一个标准的、结构化的和通用的概念来描述松散耦合的软件组件（称为服务）的实现，这些软件组件被期望在网络中独立部署、运行、异构和不同。 ESB也是面向服务架构的一种常见实现模式，包括万维网本质上采用的网络设计。

没有针对企业服务总线概念或实现的全球标准。 大多数面向消息的中间件提供商都采用企业服务总线概念作为面向服务体系结构的事实标准。 ESB 的实现使用事件驱动和基于标准的面向消息的中间件，并结合消息队列作为技术框架。 然而，一些软件制造商将现有的中间件和通信解决方案重新标记为 ESB，而没有采用总线概念的关键方面。

术语企业服务总线的首次公开使用归功于 Gartner Group 2002 的 Roy W. Schulte 和 David Chappell 的《企业服务总线》一书。 尽管许多公司都认为创造了这个词组，但在一次采访中，Schulte 说他xxx次听到这个词组是来自一家名为 Candle 的公司，他接着说：ESB 最直接的祖先是 Candle 的 Roma 产品，来自 1998 年，其首席架构师和专利申请持有人为 Gary Aven。 Roma 于 1998 年首次销售，成为市场上xxx个商业 ESB，但 Sonic 2002 年的产品也是市场上早期的 ESB 之一。

• 服务 – 表示通过消息交换与其他服务通信的非迭代和自主执行的程序
• 总线 – 用于类比计算机硬件总线
• 企业 – 这个概念最初是为了降低企业内企业应用程序集成的复杂性而发明的； 该限制已过时，因为现代互联网通信不再局限于公司实体

ESB 在业务应用程序之间运行的软件中实现，并支持它们之间的通信。 理想情况下，ESB 应该能够取代总线上与应用程序的所有直接联系，以便所有通信都通过 ESB 进行。 为实现此目标，ESB 必须以有意义的方式封装其组件应用程序提供的功能。

这通常通过使用企业消息模型发生。 消息模型定义了 ESB 传输和接收的一组标准消息。 当 ESB 收到消息时，它将消息路由到适当的应用程序。 通常，由于该应用程序在没有相同消息模型的情况下发展，因此 ESB 必须将消息转换为应用程序可以解释的格式。 软件适配器完成实现这些转换的任务，类似于物理适配器。

ESB 依赖于准确构建企业消息模型和正确设计应用程序提供的功能。