【正文】 Rick 更關注技術而不是行業(yè)，但是在過去的三年里他花了大量的時間和金融領域的公司一起工作。 您可以參閱本文在 developerWorks 全球站點上的英文原文. 服務級別 ESB 在維持集中控制的同時提供分布式的基礎架構，因而需要一些形式的服務路由目錄，并且還可能需要業(yè)務服務目錄。例如，如果服務請求不需要提供身份驗證或授權，實現技術的選擇就可以非常的廣泛。 服務質量和服務級別功能。 然而，這些 SOAP/HTTP 和 WSDL 的基本應用只是點到點（pointtopoint）的集成，并不能實現一些 ESB 需要的關鍵功能： 相反，最低功能幾乎只需簡單地使用 SOAP/HTTP 和 WSDL 就可以實現（當然不是所有的情況都這樣）： 表 2展示了根據這些原則定義的最低 ESB 功能表 2: 最低的 ESB 功能通信 集成 支持 SOA 的最低功能的 ESB 實現如果在前面確定的功能中只有一部分和大多數 SOA 場景相關，我們可能會問：實現 ESB 所需的一組最低功能由什么構成？為此，考慮最被普遍認同的 ESB 定義的原理： 業(yè)務規(guī)則 發(fā)現 基于內容的邏輯 不可抵賴性 服務映射 服務接口定義（例如，Web 服務描述語言（Web Services Description Language，WSDL）） 尋址 雖然有一些網關技術可以提供適合于實現 B2B Gateway 組件和 ESB 的功能，但是 B2B Gateway 組件的用途是將其與 ESB 分離。圖 3: SOA 中的 ESB 角色ESB 需要某種形式的服務路由目錄（service routing directory）來路由服務請求。同樣，這兩個解決方案可能部署在簡單的集中式基礎架構中，也可能采用更復雜的分布式方式進行部署。ESB 支持這些服務交互功能，并提供集成的通信、消息傳遞以及事件基礎架構來支持這些功能。 圖 1說明了這些原則。同樣，可見的 ESB 產品的可用性和功能也日趨完善。為了達到此目的，需要將多種功能集中起來并加以分類。參與本系列撰寫的主要技術人員包括：毛新生 IBM 中國軟件開發(fā)實驗室 資深經理， SOA計中心中國區(qū) 首席架構師李珉 IBM 中國軟件開發(fā)實驗室 SOA設計中心 高級軟件工程師，技術經理周志榮 IBM 中國軟件開發(fā)實驗室 SOA設計中心 軟件工程師張柯 IBM 中國軟件開發(fā)實驗室 SOA設計中心 軟件工程師金戈 IBM 中國軟件開發(fā)實驗室 SOA設計中心 資深軟件工程師，技術經理 理解面向服務的體系結構中企業(yè)服務總線場景和解決方案，第 1 部分企業(yè)服務總線中的工作角色本文確定了一組最低功能，可以滿足企業(yè)服務總線（Enterprise Service Bus，ESB）與面向服務的體系結構（serviceoriented architecture，SOA）的原則保持一致的基本需要。 2. DeveloperWorks 的 SOA 和 Web 服務專區(qū)有大量專題文章以及關于開發(fā) Web 服務應用程序的入門級、中級和高級教程。這就要求當 SOA 架構設計師在構建一個架構時，應該把整體系統(tǒng)架構盡可能地分割成各個子功能模塊，在將一些子功能模塊暴露為外部用戶可見的服務的時候，要圍繞各個子模塊構建各自的安全區(qū)，這樣更便于保證整體系統(tǒng)架構的安全。在對復雜系統(tǒng)進行系統(tǒng)架構建模時， SOA 架構設計師應該盡量考慮利用將系統(tǒng)整體架構構建在已有的成熟的底層系統(tǒng)框架（Framework）上。同系統(tǒng)的可擴展性相同，當系統(tǒng)剛被部署時，你很難判斷一個系統(tǒng)是否已經具備了很好的可維護性。在 SOA 架構設計師構建企業(yè)系統(tǒng)架構的時候，應該綜合考慮這兩個方面的內容，盡量保證所構建的 SOA 系統(tǒng)架構中的關鍵性業(yè)務能具有較高的可用性。在基于 SOA 來構建系統(tǒng)架構的時候，可靠性也是必須要著重考慮的問題。水平升級包括在環(huán)境中添置新的機器，從而增加系統(tǒng)的整體處理能力。這樣做可以在一定程度上提高系統(tǒng)的整體性能。 可維護性是指在不影響系統(tǒng)其他部分的情況下修正現有功能中問題或缺陷，并對整個系統(tǒng)進行維護的能力； 在構建整個企業(yè)系統(tǒng)架構的過程中，需要充分重視各種服務級別需求，從而避免在系統(tǒng)開發(fā)和運行的時候出現重大問題。第7層主要為整個 SOA 系統(tǒng)提供一些輔助的功能，例如服務質量管理，安全管理這一類的輔助功能?？偟膩碚f，SOA 中的服務可以被映射成具體系統(tǒng)中的任何功能模塊，但是從功能性方面可以大致劃分為以下三種類型：(1)商業(yè)服務（business service） 或者是商業(yè)過程（business process）。Internet環(huán)境區(qū)別于Intranet環(huán)境的幾個特點主要是：(a)大量異構系統(tǒng)并存，不同計算機硬件工作方式不同，操作系統(tǒng)不同、編程語言也不同；(b)大量、頻繁的數據傳輸的速度仍然相對較緩慢并且不穩(wěn)定；(c)無法完成服務（service）的版本升級，甚至根本就無法知道互聯網上有哪些機器直接或者間接的使用某個服務。 3. 有關隨需應變商務的更多信息，請參閱 Developer resources for an on demand world Web site 4. Web 服務項目角色 描述了 Web 服務開發(fā)項目中所涉及到的各種不同的工作角色，包括各自的目標，任務以及彼此之間是如何協(xié)作的。由此我們可以看到，通過把 Web 服務模型化為 EJB 端點，可以使服務具有更強的可伸縮性，并增強了系統(tǒng)整體的可靠性。如果我們要在 J2EE的環(huán)境下（基于WebSphere）構建Web服務，Web 服務客戶可以通過兩種方式訪問 J2EE 應用程序。如果我們暴露這些易于變化的服務接口給系統(tǒng)的外部用戶，就可能造成外部服務請求者難于支持不斷變化的服務提供者所暴露的細粒度服務接口。例如，在一些類型的企業(yè)系統(tǒng)環(huán)境中可能只有很少的數據源類型，因此，系統(tǒng)中對消息集成的需求就可能會很簡單，但在一些特定的系統(tǒng)中，例如航運系統(tǒng)中的EDI（Electronic Data Interchange 電子數據交換）系統(tǒng)，會有大量的電子數據交換處理的需求，因此也就會存在很多不同的數據源類型，在這種情況下整個系統(tǒng)對于消息數據的集成需求就會比較復雜?；赟OA的企業(yè)系統(tǒng)架構通常都是在現有系統(tǒng)架構投資的基礎上發(fā)展起來的，我們并不需要徹底重新開發(fā)全部的子系統(tǒng)；SOA可以通過利用當前系統(tǒng)已有的資源（開發(fā)人員、軟件語言、硬件平臺、數據庫和應用程序）來重復利用系統(tǒng)中現有的系統(tǒng)和資源。如果進一步的細化，我們可以看到SOA架構設計師的主要任務包括對整個系統(tǒng)解決方案輪廓的構建，需求分析，對體系結構的整體決策，相關組件建模，相關操作建模，系統(tǒng)組件的邏輯和物理布局設計。但這并不是意味著要成為一名架構設計師就必須熟悉每一門具體技術的細節(jié)，架構設計師必須至少能對各種技術有一個整體上的了解，能夠熟知每種技術的特點以及優(yōu)缺點，只有這樣架構設計師才能在特定的應用場景下正確地選擇各種技術來設計企業(yè)整體架構。利用基于SOA的系統(tǒng)構建方法，如圖1中所示的一樣，一個基于SOA架構的系統(tǒng)中的所有的程序功能都被封裝在一些功能模塊中，我們就是利用這些已經封裝好的功能模塊組裝構建我們所需要的程序或者系統(tǒng)，而這些功能模塊就是SOA架構中的不同的服務（services）。當一名架構設計師在構建某個企業(yè)級的軟件系統(tǒng)時，除了要考慮這個系統(tǒng)的架構以及其應具有的功能行為以外，還要關注整個架構的可用性，性能問題，容錯能力，可重用性，安全性，擴展性，可管理維護性，可靠性等各個相關方面。架構設計師與SOA， 第 1 部分強 王 (shilir), IBM中國軟件開發(fā)實驗室 SOA Design CenterSOA(ServiceOriented Architecture)，即面向服務的架構，這是最近一兩年出現在各種技術期刊上最多的詞匯了。有的時候一名好的架構設計師甚至還需要考慮所構建的系統(tǒng)架構是否合乎美學要求。圖1因此，SOA架構本質上來說體現了一種復合的概念：它不僅為一個企業(yè)中商業(yè)流程的組織和實現提供了一種指導模式，同時也為具體的底層service開發(fā)提供了指導。2．2 什么是SOA架構設計師的職責？那什么是企業(yè)級SOA架構設計師的具體角色呢？什么是SOA架構設計師與設計和開發(fā)人員之間的差別呢？相信這些都是使大家最容易產生迷惑的問題。作為SOA架構設計師必須要能夠領導整個開發(fā)團隊，這樣才能保證設計和開發(fā)人員是按照構建好的系統(tǒng)架構來開發(fā)整個系統(tǒng)的，這一點十分的重要。SOA是一種可適應的、靈活的體系結構類型，基于SOA構建的系統(tǒng)架構可以在系統(tǒng)的開發(fā)和維護中縮短產品上市時間，因而可以降低企業(yè)系統(tǒng)開發(fā)的成本和風險。因此，如果SOA架構師希望所構建的系統(tǒng)架構能夠隨著企業(yè)的成長和變化成功地繼續(xù)得以保持，則整個系統(tǒng)構架中的集成功能就應該由服務提供，而不是由特定的應用程序來完成。而粗粒度服務接口保證了服務請求者將以一致的方式使用系統(tǒng)中所暴露出的服務?？蛻艨梢栽L問用 JAXRPC API 創(chuàng)建的 Web 服務（使用 Servlet 來實現）；Web 服務客戶也可以通過 EJB的服務端點接口訪問無狀態(tài)的Session Bean，但Web 服務客戶不能訪問其他類型的企業(yè)Bean，如有狀態(tài)的Session Bean，實體Bean和消息驅動Bean。4. 結束語本文簡要介紹了有關架構設計師以及SOA架構的知識，分析了SOA架構師在設計SOA系統(tǒng)架構時有哪些應該特別注意的地方。 5. 面向服務的分析與設計原理一文研究了OOAD、EA 和 BPM 中的適當原理。SOA 架構具有一些典型特性，主要包括松耦合性，位置透明性以及協(xié)議無關性。這一類的服務是一個企業(yè)可以暴露給外部用戶或者合作伙伴使用的服務。2． SOA 架構中的非功能性服務級別（servicelevel）需求除了系統(tǒng)的業(yè)務需求，架構設計師還必須要保證構建出來的系統(tǒng)架構能夠滿足系統(tǒng)中的非功能性服務級別（servicelevel）需求以及服務質量（QoS）方面的需求。一個企業(yè)級系統(tǒng)中的服務級別需求往往是十分錯綜復雜的， SOA 架構設計師需要憑借豐富的專業(yè)經驗和扎實的理論知識來分離和抽象系統(tǒng)中不同的服務級別需求，圖3展示了這種分析的過程。 可管理性是指管理系統(tǒng)以確保系統(tǒng)的可升級性、可靠性、可用性、性能和安全性的能力； 2) 可升級性 可升級性是指當系統(tǒng)負荷加大時，仍能夠確保所需的服務質量，而不需要更改整個系統(tǒng)的架構。作為一個系統(tǒng)架構設計師所設計出來的架構必須能夠處理對硬件的垂直或者水平升級。要在基于 SOA 架構的系統(tǒng)中保證一定