時間：2004-04-29 作者：李巍 瀏覽次數(shù)： 本文關鍵字：SOA,  Web Service,  集成, 業(yè)務流程

文章工具  推薦給朋友  打印文章

Web服務作為炙手可熱的技術，如何應用到企業(yè)的IT系統(tǒng)和商業(yè)流程之中、并給企業(yè)帶來直接的經濟效益，一直備受國內外企業(yè)管理者的高度關注和推崇。而在 近兩年，出現(xiàn)了一種技術架構被譽為下一代Web服務的基礎架構，它就是SOA（Service-oriented architecture，面向服務架構）。1996年，Gartner最早提出SOA。2002年12月，Gartner提出SOA是"現(xiàn)代應用開發(fā)領 域最重要的課題"，還預計到2008年，SOA將成為占有絕對優(yōu)勢的軟件工程實踐方法，主流企業(yè)現(xiàn)在就應該在理解和應用SOA開發(fā)技能方面進行投資。

更好支持商業(yè)流程
SOA并不是一個新事物，IT組織已經成功建立并實施SOA應用軟件很多年了，BEA、IBM、等廠商看到了它的價值，紛紛跟進。SOA的目標在于讓IT 變得更有彈性，以更快地響應業(yè)務單位的需求，實現(xiàn)實時企業(yè)（Real-Time Enterprise，這是Gartner為SOA描述的愿景目標）。而BEA的CIO Rhonda早在2001年6月就提出要將BEA的IT基礎架構轉變?yōu)镾OA，并且從對整個企業(yè)架構的控制能力、提升開發(fā)效率、加快開發(fā)速度、降低在客戶 化和人員技能的投入等方面取得了不錯的成績。

SOA是在計算環(huán)境下設計、開發(fā)、應用、管理分散的邏輯（服務）單元的一種規(guī)范。這個定義決定了SOA的廣泛性。SOA要求開發(fā)者從服務集成的角度來設計 應用軟件，即使這么做的利益不會馬上顯現(xiàn)。SOA要求開發(fā)者超越應用軟件來思考，并考慮復用現(xiàn)有的服務，或者檢查如何讓服務被重復利用。SOA鼓勵使用可 替代的技術和方法（例如消息機制），通過把服務聯(lián)系在一起而非編寫新代碼來構架應用。經過適當構架后，這種消息機制的應用允許公司僅通過調整原有服務模式 而非被迫進行大規(guī)模新的應用代碼的開發(fā)，使得在商業(yè)環(huán)境許可的時間內對變化的市場條件做出快速的響應。

SOA也不僅僅是一種開發(fā)的方法論--它還包含管理。例如，應用SOA后，管理者可以方便的管理這些搭建在服務平臺上的企業(yè)應用，而不是管理單一的應用模 塊。其原理是，通過分析服務之間的相互調用，SOA使得公司管理人員方便的拿到什么時候、什么原因、哪些商業(yè)邏輯被執(zhí)行的數(shù)據(jù)信息，這樣就幫助了企業(yè)管理 人員或應用架構師迭代地優(yōu)化他們的企業(yè)業(yè)務流程、應用系統(tǒng)。

SOA的一個中心思想就是使得企業(yè)應用擺脫面向技術的解決方案的束縛，輕松應對企業(yè)商業(yè)服務變化、發(fā)展的需要。企 業(yè)環(huán)境中單個應用程序是無法包容業(yè)務用戶的（各種）需求的，即使是一個大型的ERP解決方案，仍然不能滿足這個需求在不斷膨脹、變化的缺口，對市場快速做 出反應，商業(yè)用戶只能通過不斷開發(fā)新應用、擴展現(xiàn)有應用程序來艱難的支撐其現(xiàn)有的業(yè)務需求。通過將注意力放在服務上，應用程序能夠集中起來提供更加豐富、 目的性更強的商業(yè)流程。其結果就是，基于SOA的企業(yè)應用系統(tǒng)通常會更加真實地反映出與業(yè)務模型的結合。服務是從業(yè)務流程的角度來看待技術的--這是從上 向下看的。這種角度同一般的從可用技術所驅動的商業(yè)視角是相反的。服務的優(yōu)勢很清楚：它們會同業(yè)務流程結合在一起，因此能夠更加精確地表示業(yè)務模型、更好 地支持業(yè)務流程。相反我們可以看到以應用程序為中心的企業(yè)應用模型迫使業(yè)務用戶將其能力局限為應用程序的能力。

企業(yè)流程（enterprise process）是流經企業(yè)框架的空氣，它賦予業(yè)務模型里的組件以生命，并更加清晰地定義了它們之間的關系。流程定義了同業(yè)務模型進行交互操作的專門方 法。例如，會計可能是企業(yè)服務系統(tǒng)的一個組件--但是將發(fā)票寄給客戶卻是一個業(yè)務流程。服務被定義用來支持業(yè)務流程，因而貫穿整個流程始終的是：各種服務 組件在流程和邏輯實現(xiàn)過程中的裝配操作。理解業(yè)務流程是定制服務的關鍵所在。

有利于企業(yè)業(yè)務的集成
傳統(tǒng)的應用集成方法（點對點集成、企業(yè)消息總線或中間件的集成（EAI）、基于業(yè)務流程的集成）都很復雜、昂貴，并且不靈活。這些集成方法難于快速適應基 于企業(yè)現(xiàn)代業(yè)務變化不斷產生的需求?；诿嫦蚍占軜?(SOA) 的應用開發(fā)和集成可以很好的解決其中的許多問題。

SOA 描述了一套完善的開發(fā)模式來幫助客戶端應用連接到服務上。這些模式定制了系列機制用于描述服務、通知及發(fā)現(xiàn)服務、與服務進行通信。

不同于傳統(tǒng)的應用集成方法，在 SOA 中，圍繞服務的所有模式都是以基于標準的技術實現(xiàn)的。大部分的通信中間件系統(tǒng)，如 RPC、CORBA、DCOM、EJB 和 RMI，也同樣如此。可是它們的實現(xiàn)都不是很完美的，在權衡交互性以及標準定制的可接受性方面總是存在問題。SOA 試圖排除這些缺陷。因為幾乎所有的通信中間件系統(tǒng)都有固定的處理模式，如RPC 的功能、CORBA 的對象等等。然而，服務既可以定義為功能，又可同時對外定義為對象、應用等等。這使得 SOA 可適應于任何現(xiàn)有系統(tǒng)，并使得系統(tǒng)在集成時不必刻意遵循任何特殊定制。

SOA 幫助企業(yè)信息系統(tǒng)遷移到"leave-and-layer"架構之上，這意味著在不用對現(xiàn)有的企業(yè)系統(tǒng)做修改的前提下，系統(tǒng)可對外提供 Web 服務接口，這是因為它們已經被可以提供 Web 服務接口的應用層做了一層封裝，所以在不用修改現(xiàn)有系統(tǒng)架構的情況下，SOA 可以將系統(tǒng)和應用迅速轉換為服務。SOA 不僅覆蓋來自于打包應用、定制應用和遺留系統(tǒng)中的信息，而且還覆蓋來自于如安全、內容管理、搜索等 IT 架構中的功能和數(shù)據(jù)。因為基于 SOA 的應用能很容易地從這些基礎服務架構中添加功能，所以基于SOA的應用能更快地應對市場變化，為使企業(yè)業(yè)務部門設計開發(fā)出新的功能應用。

下圖提供了使用基于服務集成的企業(yè)應用的高級視圖。與傳統(tǒng)的企業(yè)應用集成架構的主要區(qū)別在于該系統(tǒng)使用基于標準的服務，并包括過程/數(shù)據(jù)服務、編排和組 合。基于標準的服務成了應用間的集成點。服務的編排和組合增加了服務的靈活性、重用性和集成性。

圖示：使用基于服務集成的企業(yè)應用

SOA服務粒度
可以按基于服務的功能及發(fā)送和接收的數(shù)據(jù)數(shù)量來定義服務，如細粒度服務、粗粒度服務或組合服務。

在 SOA 中服務粒度有兩種相關的意思：服務是如何實現(xiàn)的，服務使用和返回了多少數(shù)據(jù)或多少消息。細粒度服務執(zhí)行了最小的功能，發(fā)送和接收少量的數(shù)據(jù)。粗粒度服務執(zhí) 行了較大的業(yè)務功能，并交換了更多的數(shù)據(jù)。

細粒度服務是供粗粒度服務或組合服務使用的，而不是由終端應用直接使用的。如果應用是使用細粒度服務建立的，則應用將不得不調用網(wǎng)絡上多個服務，并且發(fā)生 在每個服務上的數(shù)據(jù)量較少，因而會對對系統(tǒng)整體性帶來影響。所以粗粒度服務的用戶不能直接調用他所使用的細粒度服務。然而，由于粗粒度服務可能使用多個細 粒度服務，因此它們不能提供粒度級的安全和訪問控制。

組合服務可以使用粗粒度服務和細粒度服務進行組裝。數(shù)據(jù)數(shù)量數(shù)量不是粗粒度服務和組合服務之間的區(qū)別。粗粒度服務例子，如創(chuàng)建新客戶，在這一過程的操作是：需要通過一些外部服務驗證對客戶進行驗證，并在 CRM 應用系統(tǒng)中創(chuàng)建客戶記錄。組合服務例子可以是提供一個新的DSL線，這需要一個服務調用來驗證定單、創(chuàng)建或驗證客戶，確認產品庫存及為數(shù)據(jù)線分配資源。
下圖描述了服務粒度的不同級別及它們之間的關系。

圖示：服務粒度

通過一組有效設計和組合的粗粒度服務，業(yè)務專家就能夠有效地組合出新的業(yè)務流程和應用程序了。

SOA與Web服務
SOA不是一定需要 Web 服務來實現(xiàn)，并且一個基于Web 服務開發(fā)出來的應用也不代表就是一個基于 SOA 構架應用。Web 服務只是服務實現(xiàn)的一個典型，是實現(xiàn)企業(yè) SOA的一個組件（非必需組件）。SOA 為基于服務的分布式系統(tǒng)提供了概念上的設計模式。Web 服務則是基于標準的、可經濟實惠地實現(xiàn) SOA的一項技術。

SOA將IT資源透過服務這樣一個在業(yè)務上有重要涵義的概念來提供、共享，把IT與業(yè)務的距離更加拉近了一步。服務在涉及的層次上要比組件、函數(shù)、流程等 更高，而且往往在業(yè)務上可以找到與之直接對應的概念或實體，例如報價、訂單。服務打破了IT系統(tǒng)間的藩籬，就像一家公司的各個部門，平常各自扮演特定對內 或對外服務的角色，但彼此間如果能有效地通過共通的語言及文字，進行良好的溝通，便能協(xié)力達成更大、更高的目標。

隨著SOA和Web服務的潮流，帶來了組合式應用（composite application）的開發(fā)方式和觀念，開始逐漸被大量應用在Portal（門戶）和Integration（集成）上。組合式Portal的做法， 就是通過Portal界面所提供的應用，往往不是真的在Portal服務器上執(zhí)行，而是將Web服務即時抓過來，再加以呈現(xiàn)，同時匯總給Portal的使 用者。在整合方面也是采用組合式的方式。通過高級工具來設定，使系統(tǒng)得以靈活地配合任務的調整，對各項以Web服務方式提供的服務進行不同形式的串聯(lián)和協(xié) 作，同時快速地加以部署。2004年3月，BEA發(fā)布了一個企業(yè)門戶合理化（enterprise portal rationalization，EPR）戰(zhàn)略，這個戰(zhàn)略用來平衡BEA WebLogic Platform的SOA能力，憑借最好的行業(yè)實踐和行業(yè)專家，幫助客戶解決多年來形成的散亂的portal和Web應用程序開發(fā)。

如果說Web服務等技術是SOA的血肉，那么正確的服務設計理念及系統(tǒng)運行平臺則是SOA的靈魂。SOA試圖讓IT能更快和業(yè)務同步，在規(guī)劃上以提供彈性 的業(yè)務服務為目標。從CIO到負責規(guī)劃的系統(tǒng)分析人員，需要和業(yè)務單位、策略伙伴間有充分的溝通。CIO必須認識到，SOA的建立將是一個為期數(shù)年的承 諾，基礎建設需要按部就班地進行，資助的模式也必須在IT和各個業(yè)務部門間建立，來陸續(xù)支援基礎建設及各項業(yè)務服務的開發(fā)。

在中間件領域，SOA架構日益成為中間件軟件供應商爭奪的新焦點。誰都希望自己能夠先于競爭對手提供最優(yōu)的SOA技術實現(xiàn)平臺，BEA也不例外。從技術上 來說，Web服務、組件技術的采用將有助于SOA的進一步普及，從業(yè)務上來說，企業(yè)用戶要求性價比更高的應用系統(tǒng)，SOA恰恰適應了這樣的趨勢。

5月底，在美國舊金山舉辦的BEA 第九屆技術年會eWorld 2004上，來自全球的BEA技術精英將會在現(xiàn)場盡情體驗到BEA的技術專家在現(xiàn)場帶來的在BEA WebLogic Platform 8.1上的SOA系統(tǒng)設計模式和最佳實踐，即有關如何構建SOA系統(tǒng)的技術準則，隨后這些最佳技術實踐將陸續(xù)借助BEA公司的開發(fā)人員站點(總部： http://dev2dev.，中國開發(fā)人員站點：http://dev2dev.)等媒體分享給全球技術用戶，最 終目標是使得不僅是BEA的客戶，而且是全球的企業(yè)用戶的信息系統(tǒng)最大化地享受到SOA帶來的商業(yè)價值。