企业服务汇流排实作型样.PDF

企業服務匯流排實作型樣 級別：中級 IBM WebSphere 技術銷售經理 Victor Grund (vgrund@) IBM 執行軟體 IT 架構工程師 Chuck Rexroad (crexroad@) 2007 年 12 月 5 日 本文說明在選擇企業服務匯流排 (ESB) 時應考慮哪些技術準則，以及如何用 IBM 產品來實作 ESB ，並考察 最常用的 ESB 實作型樣。本文涵蓋 IBM 三大 ESB 產品（WebSphere Message Broker 、WebSphere ESB 及 WebSphere DataPower SOA Appliances ）以及可支援或延伸 ESB 型樣的產品（WebSphere MQ 、 WebSphere Service Registry and Repository 、WebSphere Transformation Extender 、WebSphere Adapters 、WebSphere Process Server 、WebSphere Business Services Fabric 及 IBM Tivoli Composite Application Management for SOA ）。本文並深入說明兩個 ESB 實作個案。 ESB 在企業架構裡的角色與價值 服務導向架構 (SOA) 以彈性、可延伸、模組化的方式來重覆使用及延伸舊應用程式、建構新應用程式。SOA 最 大特點在於，它能將商業程序及基礎 IT 架構的組成元素靈活轉變成安全、標準化的服務，並根據多變的商業需 求，加以重覆使用及組裝。利用 SOA 所建構的每一個服務都會有一個定義良好的介面（該服務接收及傳送的所 有訊息是由此介面定義）及一個介面實作，服務部署好之後，還會有一個連結，將服務連結到指定的服務端點。 企業服務匯流排 (ESB) 是一種架構型樣，可將各通訊方之間的服務互動虛擬化並加以管理。ESB 就像 SOA 裡 服務提供者與服務要求者之間的服務連線橋樑。這個彈性的連線架構能可靠、安全地整合系統，給系統更少、更 精巧、更單純的應用程式介面。 服務不會直接連到另一個服務，而是透過服務連線架構（即 ESB ）互相連結。此架構的虛擬化及管理功能可實 作及延伸 SOA 的核心定義。ESB 型樣能虛擬： • 位置及身分：ESB 會鑑別訊息並將訊息從一服務遞送給另一服務。這些服務不會知道通訊對方是誰、 在哪裡。例如，服務要求者不必知道一共有多少服務提供者在提供這個服務。您可以在 ESB 上新增服 務提供者，將訊息遞送給他們，且不會影響到服務要求者的作業。 • 通訊協定：ESB 在服務要求者及服務提供者之間傳遞訊息時，不會受限於特定傳輸通訊協定或互動樣 式。例如，某服務提供者也許只能接受 JMS 輸入，但他還是可以提供服務來滿足以 SOAP/HTTP 撰 寫的服務要求。 • 介面：服務要求者及服務提供者不需要一致的介面。ESB 可以調解介面差異，將服務要求者的訊息轉 換成服務提供者預期的型式。 您可以用各種中介軟體產品（包括軟體及硬體）、程式設計模型及互動樣式來實作 ESB 型樣。ESB 可以： • 鑑別應用程式與服務間的訊息並加以遞送。 • 跨越各式傳輸通訊協定及互動樣式，在服務要求者及服務提供者之間傳遞訊息。 • 轉換服務要求者與服務提供者之間的訊息格式。 • 在不同來源間尋找及分送商業事件。 • 提供穩定而安全的通訊。 • 透過外掛元件，建立可延伸的架構。 • 進行智慧型訊息遞送，處理訊息時不受位置限制。 • 透過 meta 資料來管理訊息的描述與定義及訊息格式。 • 整合各類資產，以利企業操作運用。 許多企業都會用 XML 及 Web 服務等標準服務連線來實作 ESB 。這些標準儼然已成為業界對 ESB 的一致定 義。但事實上 ESB 並不受限於這些標準。只要加以延伸，ESB 架構型樣也能支援現有 IT 系統，包括大型主 機、套裝應用程式、感應器/裝置、檔案，以及未採用常用標準的自訂通訊協定。ESB 必須能滿足企業的所有連 線需求。 ESB 要能支援各類服務互動，包括：單向訊息與要求/回應；非同步呼叫與同步呼叫；發佈/訂閱模型與複雜事 件處理程序（即觀察或處理一系列事件，並根據各事件間的關係，產生出一個事件）。 企業要建構 SOA ，ESB 勢不可少。ESB 能協助企業： • 簡化：減少介面的數量、規模與複雜度。