業界正在廣泛尋求解決 B2B 以及 EAI （企業應用集成）所存在問題的方案。這些方案不同于基于 JMS 手段的面向消息中間件技術和 Web 服務技術。本文簡短地闡述了即將到來的與 SOA （面向服務體系）規范及 ESB （企業服務總線）基礎架構有關的 JBI （ java 業務集成）標準。

面向服務體系

SOA （面向服務體系）是近期推動應用和業務集成領域產生巨大飛躍的新技術之一。 SOA 定義了一系列詳盡的體系規范、范例和實現應用程序間進行松散耦合交互的最佳準則。

SOA 基于定義明確的接口，促進多個應用程序間的松散耦合交互。服務的實現是獨立的，且不依靠上下文信息以及其他服務的狀態。服務間數據交換主要基于文本類型的格式，使用基于標準的消息模型。服務自身并不知道服務提供者和服務消費者之間傳輸級的通訊交互。

盡管不是強制要求，當今大部分流行的基于 SOA 的系統都利用了 Web 服務以及近似技術為服務間交互提供必要的管道治理。 WSDL （ Web 服務定義語言）扮演了主要的通訊模型角色； SOAP 扮演了消息承載協議、 HTTP 扮演了網絡傳輸協議。當然，這并不意味著你必須利用上述技術實現基于 SOA 的系統。另外，有些術語之前就已經存在了，所以很多企業已利用類似的體系實現了系統的松散耦合交互。不管怎樣，主要的不同點在于我們現在已經有標準協議、工具集和軟件了，使面向服務體系更健全。

SOA 原則與面向對象范式、原則有著顯著不同。主要不同在于服務間交互的接口被定義了更多面向數據的行為。一個孤立的服務也許會采用面向對象原則和技術，但是，服務之間的交互很少采用這些手段。相反，這些接口更適合于基于文檔的交換。面向對象的行為是綁定數據，而面向服務從行為中分離數據。

企業服務總線

ESB （企業服務總線）為面向服務體系提供了基礎架構。通過設計工具定義服務間交互和規則， ESB 為部署和發現服務提供了運行時環境。