SOA與其他技術的關系簡析

SOA 可以與許多其他技術結合在一起使用，然而，組件的封裝和聚合在其中扮演著重要的角色。

SOA 可以是一個簡單對象、復雜對象、對象的集合、包含許多對象的流程、包含其他流程的流程，甚至還可以是輸出單一結果的應用程序的整體集合。在服務之外，它可以看作是單個實體，但是在其自身中，它可以具有任何級別的復雜性（如果必要的話）。出于性能方面的考慮，大多數 SOA 服務并沒有下降到單一對象的粒度，并且更適合于大中型組件。

除了可能離不開 XML 和 WSDL 之外，SOA 并不是特定于語言的?？梢杂萌魏尉幊陶Z言來實現服務，只要這種編程語言可以生成服務并且可以與 WSDL 結合在一起使用就可以了。SOAP 本身并不是絕對需要的，但它是通用的消息傳遞系統。因此，可以使用幾乎任何一種編程語言和支持 WSDL 的平臺來實現 SOA 中的成員服務。

基于通用對象請求代理體系結構（Common Object Broker Request Architecture，CORBA）的應用程序有許多組件必須連接到 SOA 中。雖然 CORBA 中的接口描述語言（Interface Description Language，IDL）在概念上類似于 WSDL，但它不是嚴格的，因而首先需要將其映射到 WSDL。另外，需要使用更高級的 SOA 協議（比如用于流程和策略管理的協議），而不是 CORBA 中的類似的概念。請記住，這是 CORBA 組件（表示為服務）需要與 SOA 服務交互的情況；在 CORBA 模型中，所有的獨立子集仍然可以像以前一樣工作。

由對象管理組（Object Management Group）提出并在許多 IBM Rational 產品中得以實現的模型驅動體系結構在一個更抽象的層次上與 SOA 的概念具有很強的相關性。MDA 基于這樣的概念，任何軟件流程都可以定義為模型甚至是元模型（即模型的模型），然后可以將這些模型和元模型轉換成應用程序的實際組件。因此，MDA 創建了一個模型，這個模型先編譯成軟件應用程序，而軟件應用程序接著又編譯成可執行程序，這樣就可以在平臺上運行了。MDA 并不區分服務和對象這兩個概念，但是它確實允許模型由其他子集模型本身組成，這類似于 BPEL（SOA 的一個核心組件）中的流程聚合的概念。

SOA 和 Web 服務是獨立于編程語言的，但 Java 是主要的開發語言之一?？梢允褂枚x良好的 Java 接口以及各種協議豐富的 Java 實現為正在構建這個模型的開發人員提供了優勢。Java 在此擔當了開發每個服務的功能、管理數據對象和與其他在邏輯上封裝在服務內的對象進行交互的角色。

SOA 與 Web 的另一個重要的關系是自主計算和網格計算的概念。自主計算的概念應用于管理分布式服務體系結構的范圍，具體來說，就是幫助維護策略和服務級協議以及 SOA 系統的總穩定性。

另外，網格計算可以以兩個級別與 SOA 系統一起使用。網格是分布式計算的一種形式，它利用分布式特性和服務之間的交互來為 SOA 應用程序提供計算支持。在這種情況下，網格起到了框架的作用，其中實現了一些或所有單獨的服務。因此，SOA 應用程序可以是網格服務的消費者。

在另一方面，網格本身也可以構建在 SOA 之上。在這種情況下，每個操作系統服務都是構成整個 SOA 應用程序的成員，而 SOA 應用程序就是網格本身。因此，單獨的網格組件既可以使用 Web 服務進行通信，又可以以 SOA 的方式進行交互?？偠灾?，網格系統可以是 SOA 本身，也可以提供服務來在其上構建應用程序級 SOA 模型。

專題推薦：SOA 面向服務架構

(責任編輯：銘銘 mingming_ky@126.com TEL：（010）68476606)