企業服務總線 (ESB) 在面向服務的體系結構 (SOA) 中實現相互交互的軟件應用程序之間的通信系統。 它代表了分布式計算的軟件架構，是更通用的客戶端-服務器模型的特殊變體，其中任何應用程序都可以充當服務器或客戶端。 ESB 提高了應用程序之間高級協議通信的敏捷性和靈活性。 它的主要用途是異構和復雜服務環境的企業應用程序集成 (EAI)。

企業服務總線的概念類似于計算機硬件體系結構中結合高性能計算機操作系統的模塊化和并行設計的總線概念。 開發該架構的動機是找到一個標準的、結構化的和通用的概念來描述松散耦合的軟件組件（稱為服務）的實現，這些軟件組件被期望在網絡中獨立部署、運行、異構和不同。 ESB也是面向服務架構的一種常見實現模式，包括萬維網本質上采用的網絡設計。

沒有針對企業服務總線概念或實現的全球標準。 大多數面向消息的中間件提供商都采用企業服務總線概念作為面向服務體系結構的事實標準。 ESB 的實現使用事件驅動和基于標準的面向消息的中間件，并結合消息隊列作為技術框架。 然而，一些軟件制造商將現有的中間件和通信解決方案重新標記為 ESB，而沒有采用總線概念的關鍵方面。

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 依賴于準確構建企業消息模型和正確設計應用程序提供的功能。