【正文】 的許多功能既可以使用專(zhuān)有技術(shù)實(shí)現(xiàn)，也可以通過(guò)利用開(kāi)放標(biāo)準(zhǔn)實(shí)現(xiàn)。然而，使用不同的技術(shù)來(lái)實(shí)現(xiàn) ESB 可能會(huì)使它們的性能、可伸縮性和可靠性這些特性顯著不同，同時(shí) ESB 功能和所支持的開(kāi)放標(biāo)準(zhǔn)也會(huì)有所不同。由于這些原因，再加上最近制訂和正在興起的一些相關(guān)標(biāo)準(zhǔn)，當(dāng)今實(shí)現(xiàn) ESB 的許多關(guān)鍵決策都涉及到成熟的專(zhuān)有技術(shù)和不成熟的開(kāi)放標(biāo)準(zhǔn)之間的權(quán)衡。在本系列文章中，我們不打算詳細(xì)討論上面的每一個(gè)功能類(lèi)別。相反，我們將集中討論采用或?qū)崿F(xiàn) ESB 的不同方法之間的驅(qū)動(dòng)策略。特別是在下一部分，我們將討論 ESB 為支持 SOA 所需的最低功能由什么構(gòu)成。支持 SOA 的最低功能的 ESB 實(shí)現(xiàn)如果在前面確定的功能中只有一部分和大多數(shù) SOA 場(chǎng)景相關(guān)，我們可能會(huì)問(wèn)：實(shí)現(xiàn) ESB 所需的一組最低功能由什么構(gòu)成？為此，考慮最被普遍認(rèn)同的 ESB 定義的原理： ESB 是一種邏輯體系結(jié)構(gòu)組件，它提供與 SOA 的原則保持一致的集成基礎(chǔ)架構(gòu)。 SOA 原則需要使用與實(shí)現(xiàn)無(wú)關(guān)的的接口、強(qiáng)調(diào)位置透明性和可互操作性的通信協(xié)議、相對(duì)粗粒度和封裝可重用功能的服務(wù)定義。 ESB 可以作為分布式的異構(gòu)基礎(chǔ)架構(gòu)進(jìn)行實(shí)現(xiàn)。 ESB 提供了管理服務(wù)基礎(chǔ)架構(gòu)的方法和在分布式異構(gòu)環(huán)境中進(jìn)行操作的功能。 表 2展示了根據(jù)這些原則定義的最低 ESB 功能表 2: 最低的 ESB 功能通信 集成 提供位置透明性的路由和尋址服務(wù) 控制服務(wù)尋址和命名的管理功能 至少一種形式的消息傳遞范型（例如，請(qǐng)求/響應(yīng)、發(fā)布/訂閱等等） 支持至少一種可以廣泛使用的傳輸協(xié)議 支持服務(wù)提供的多種集成方式，比如 Java 2 連接器、Web 服務(wù)、異步通信、適配器等等 服務(wù)交互 一個(gè)開(kāi)放且與實(shí)現(xiàn)無(wú)關(guān)的服務(wù)消息傳遞與接口模型，它應(yīng)該將應(yīng)用程序代碼從路由服務(wù)和傳輸協(xié)議中分離出來(lái)，并允許替代服務(wù)的實(shí)現(xiàn)。請(qǐng)注意這些最低功能并不需要使用特別的技術(shù)，比如 EAI 中間件、Web 服務(wù)、J2EE 或 XML。這些技術(shù)的使用非常接近也非常符合需求，但是不必強(qiáng)制要求使用它們。相反，最低功能幾乎只需簡(jiǎn)單地使用 SOAP/HTTP 和 WSDL 就可以實(shí)現(xiàn)（當(dāng)然不是所有的情況都這樣）： URL 尋址和現(xiàn)有的 HTTP 和 DNS 基礎(chǔ)架構(gòu)提供了一個(gè)具有路由服務(wù)和位置透明性的“總線（bus）”。 SOAP/HTTP 支持請(qǐng)求響應(yīng)（RequestResponse）通信規(guī)范。 HTTP 傳輸協(xié)議被廣泛地使用。 SOAP 和 WSDL 是開(kāi)放、與實(shí)現(xiàn)無(wú)關(guān)的服務(wù)通信和連接模型。 然而，這些 SOAP/HTTP 和 WSDL 的基本應(yīng)用只是點(diǎn)到點(diǎn)（pointtopoint）的集成，并不能實(shí)現(xiàn)一些 ESB 需要的關(guān)鍵功能： 目前還沒(méi)有用于控制服務(wù)尋址和命名的管理功能。服務(wù)名稱(chēng)通過(guò)每個(gè)適配器單獨(dú)進(jìn)行控制的，服務(wù)路由控制則分散在由服務(wù)客戶端調(diào)用的地址、HTTP 基礎(chǔ)架構(gòu)和分配給適配器的服務(wù)名稱(chēng)之間。 雖然這種方法依賴于實(shí)現(xiàn)細(xì)節(jié)，但是它往往并不能使服務(wù)實(shí)現(xiàn)的替代變得簡(jiǎn)單；服務(wù)請(qǐng)求者代碼（也可能是開(kāi)發(fā)工具生成的）通常通過(guò)特定地址的特定協(xié)議直接綁定到具體的服務(wù)提供者實(shí)現(xiàn)。如果想要用另一個(gè)服務(wù)實(shí)現(xiàn)來(lái)替代原來(lái)的服務(wù)實(shí)現(xiàn)，就需要修改應(yīng)用程序代碼并重新部署這些代碼。 當(dāng)然，在許多甚至是大多數(shù)情形中往往需要其他的功能，并且這種需要變得越來(lái)越常見(jiàn)。特別地，不管是現(xiàn)在還是以后，下面的需求類(lèi)型可能會(huì)導(dǎo)致更復(fù)雜高級(jí)的技術(shù)的使用： 服務(wù)質(zhì)量和服務(wù)級(jí)別功能。 高級(jí) SOA 概念，例如服務(wù)編排、目錄、轉(zhuǎn)換等等。 按需操作環(huán)境需求，比如管理與自治功能以及基礎(chǔ)架構(gòu)智能功能。 跨越具有不同所有權(quán)的多個(gè)網(wǎng)絡(luò)、多個(gè)協(xié)議以及多個(gè)域的真正意義上的異步操作。 回頁(yè)首影響 ESB 的安全問(wèn)題我不想在這里直接提出安全需求，不過(guò)它們對(duì)選擇 ESB 的實(shí)現(xiàn)技術(shù)非常重要。例如，如果服務(wù)請(qǐng)求不需要提供身份驗(yàn)證或授權(quán)，實(shí)現(xiàn)技術(shù)的選擇就可以非常的廣泛。更有可能的情況是，如果需要一些安全級(jí)別，則評(píng)估什么形式的安全是可以接受的就非常重要。例如：1. 是否可以接受通信基礎(chǔ)架構(gòu)中的安全性，例如，是否在 EAI 中間件服務(wù)器之間使用安全套接字層（Secure Socket Layer，SSL）互相驗(yàn)證，或者是否在使用 HTTPS 協(xié)議？ 2. 是否可以接受在參與系統(tǒng)之間單獨(dú)的點(diǎn)到點(diǎn)（pointtopoint）安全性，或者是否需要端到端（endtoend）模型？例如，是否有必要通過(guò)類(lèi)似于代理的中間件系統(tǒng)來(lái)把客戶端身份傳遞到服務(wù)實(shí)現(xiàn)的最終提供者？ 3. 是否可以接受應(yīng)用層中的安全性，例如，客戶端代碼是否能夠執(zhí)行帶有用戶 ID 和密碼的基本 HTTP 身份驗(yàn)證，或者是否能夠把這些信息作為應(yīng)用程序數(shù)據(jù)傳遞給服務(wù)？ 4. 是否需要遵守行業(yè)安全標(biāo)準(zhǔn)，例如 Kerberos 或 WSSecurity？ 雖然所有這些都是可能的，但是行業(yè)的發(fā)展方向是基礎(chǔ)架構(gòu)和中間件支持的符合標(biāo)準(zhǔn)的安全性（例如 Web 服務(wù)安全性（WSSecurity））功能。然而，相比之下，這些安全標(biāo)準(zhǔn)也是最近才提出的，而且對(duì)它們的產(chǎn)品支持仍在發(fā)展的過(guò)程中，而不是已經(jīng)確定了，這里尤其需要特別考慮的就是它們的互操作性。因此，任何 ESB 架構(gòu)都需要盡可能早地確定安全需求，以便在選擇實(shí)現(xiàn)技術(shù)時(shí)可以將它們包括進(jìn)來(lái)。 回頁(yè)首結(jié)束語(yǔ)在本文中，我討論了大多數(shù)通用的 SOA 原則，以及它們與 Web 服務(wù)技術(shù)的關(guān)聯(lián)?；谶@些原則，我提出了需要一個(gè)基礎(chǔ)架構(gòu)組件，這個(gè)組件可以提供路由功能，以便使服務(wù)能夠彼此交互，同時(shí)還能夠支持使用另一個(gè)服務(wù)實(shí)現(xiàn)來(lái)替換原有的服務(wù)實(shí)現(xiàn)。這些功能都是通過(guò) ESB 實(shí)現(xiàn)的。ESB 在維持集中控制的同時(shí)提供分布式的基礎(chǔ)架構(gòu)，因而需要一些形式的服務(wù)路由目錄，并且還可能需要業(yè)務(wù)服務(wù)目錄。Business Service Choreographer 從 ESB 調(diào)用服務(wù)，然后通過(guò) ESB 把這些流程作為新的服務(wù)公開(kāi)。ESB 的許多功能包括提供： 通信 服務(wù)交互 集成 質(zhì)量服務(wù) 安全 服務(wù)級(jí)別 消息處理 管理及自治服務(wù) 建模 基礎(chǔ)架構(gòu)智能 從這些不同的功能中，我確定了建立 ESB 所需的最低功能，包括通信、集成和服務(wù)交互。 在這個(gè)系列的下一個(gè)部分中，我將討論一些通用的場(chǎng)景，以及與這些場(chǎng)景相關(guān)的解決方案模式，同時(shí)指出影響這些場(chǎng)景最一般的問(wèn)題?；仨?yè)首致謝如果作者沒(méi)有與下列人員進(jìn)行討論，就不會(huì)有本文的存在，他們中的所有人都為本文貢獻(xiàn)了很好的想法和思想：Beth Hutchison、Rachel Reinitz、Olaf Zimmerman、Helen Wylie、Kyle Brown、Mark Colan、Jonathan Adams、Paul Fremantle、Keith Jones、Paul Verschueren、Daniel Sturman、Scott Cosby、Dave Clarke、Ben Mann、Louisa Gillies、Eric Herness、Bill Hassell、Guru Vasudeva、Kareem Yusuf、Ken Wilson、Mark Endrei、Norbert Bieberstein、Chris Nott、Alan Hopkins 和 Yaroslav Dunchych。 參考資料 您可以參閱本文在 developerWorks 全球站點(diǎn)上的英文原文. 要了解 Web 服務(wù)技術(shù)如何為實(shí)現(xiàn)面向服務(wù)的體系結(jié)構(gòu)提供必要的基礎(chǔ)，請(qǐng)閱讀 Annrai OToole 撰寫(xiě)的 Web ServiceOriented Architecture The Best Solution to Business Integration 。 在 CBDI 論壇查閱由 Lawrence Wilkes 撰寫(xiě)的文章SOA Save Our Assets（需要訂閱）。 Patterns: Serviceoriented Architecture and Web Services紅皮書(shū)，SG24630300，2004 年 4 月，作者 Endrei M. 等。 閱讀“遷移到面向服務(wù)的體系結(jié)構(gòu)，第 1 部分”（developerWorks，2003 年 12 月）和“遷移到面向服務(wù)的體系結(jié)構(gòu)，第 2 部分”（developerWorks，2003 年 12 月）。 （Enterprise Service Bus）鏈接列表。 最初定義企業(yè)服務(wù)總線（Enterprise Service Bus）的文章Gartner需要訂閱，不過(guò)，也可以通過(guò)搜索它們的站點(diǎn)進(jìn)行查找，該文章的標(biāo)題為Predicts 2003: Enterprise Service Buses Emerge，2002 年 12 月 9 日發(fā)布，作者 Roy W. Schulte。 研究IBM Patterns for ebusiness網(wǎng)站。 訪問(wèn) IBM 的按需商務(wù)（on demand business）以獲得更多關(guān)于按需操作環(huán)境的詳細(xì)信息。 本文所用的資料來(lái)自 forthing 紅皮書(shū)Patterns: Implementing an SOA using an Enterprise Service Bus，SG24634600，草案，作者 Martin Keen 等。 在 developerWorks的 SOA and Web services 技術(shù)專(zhuān)區(qū)查找其他 SOA 和 Web 服務(wù)技術(shù)資源。 在Developer Bookstore購(gòu)買(mǎi)關(guān)于各種各樣的技術(shù)主題的打折圖書(shū)。關(guān)于作者Rick Robinson 是 IBM 的一名 IT 架構(gòu)師，他于 1997 年 3 月作為一名開(kāi)發(fā)人員加入該公司。他是 EMEA WebSphere Lab Services 的 Architecture Services group 的一位成員，他從 1999 年 WebSphere 軟件平臺(tái)首次發(fā)布時(shí)就開(kāi)始關(guān)注它。Rick 更關(guān)注技術(shù)而不是行業(yè)，但是在過(guò)去的三年里他花了大量的時(shí)間和金融領(lǐng)域的公司一起工作。Rick 是 IBM 的一位值得信賴的 IT 架構(gòu)設(shè)計(jì)專(zhuān)業(yè)人員。在加入 IBM 之前，Rick 在攻讀物理博士。18 / 18