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

面向服務(wù)體系

SOA （面向服務(wù)體系）是近期推動應(yīng)用和業(yè)務(wù)集成領(lǐng)域產(chǎn)生巨大飛躍的新技術(shù)之一。 SOA 定義了一系列詳盡的體系規(guī)范、范例和實現(xiàn)應(yīng)用程序間進行松散耦合交互的最佳準則。

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

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

SOA 原則與面向?qū)ο蠓妒健⒃瓌t有著顯著不同。主要不同在于服務(wù)間交互的接口被定義了更多面向數(shù)據(jù)的行為。一個孤立的服務(wù)也許會采用面向?qū)ο笤瓌t和技術(shù)，但是，服務(wù)之間的交互很少采用這些手段。相反，這些接口更適合于基于文檔的交換。面向?qū)ο蟮男袨槭墙壎〝?shù)據(jù)，而面向服務(wù)從行為中分離數(shù)據(jù)。

企業(yè)服務(wù)總線

ESB （企業(yè)服務(wù)總線）為面向服務(wù)體系提供了基礎(chǔ)架構(gòu)。通過設(shè)計工具定義服務(wù)間交互和規(guī)則， ESB 為部署和發(fā)現(xiàn)服務(wù)提供了運行時環(huán)境。