架構Web Service:為什么需要Web服務?

申請免費試用、咨詢電話：400-8352-114

架構Web Service:為什么需要Web服務?  

  
 柴曉路 (fennivel@uddi-china.org)

Chief System Architect

2001年7月9日

本文是架構Web服務的系列文章的首篇，從Web服務的商業(yè)需求開始，來探討為什么要使用Web服務。首先，作者分析了目前電子商務應用所面臨的挑戰(zhàn): 務實和追求經(jīng)濟利益是當今電子商務的需求。然而目前廣泛應用的電子商務應用的體系架構使得這一商業(yè)需求很難實現(xiàn)，復雜的應用連接和程序代碼造成了應用的高維護代價和更新代價。而作為現(xiàn)有技術的革新(而不是革命)的Web服務卻正好能解決這一問題，成為目前應用環(huán)境中最為合理的解決方案。

Web服務似乎是一個嶄新的名詞，現(xiàn)在去瀏覽各大主流技術論壇，無一不在關注Web服務的發(fā)展。但是到底是么是Web服務呢？很多技術人員初次接觸Web服務，會有一個錯覺，認為這是一個新的系統(tǒng)架構，新的編程環(huán)境。是的，Web服務是一個新的概念，但他的系統(tǒng)架構，他的實現(xiàn)技術卻是完完全全繼承已有技術的，絕對不會使現(xiàn)有的應用推倒重來，而是現(xiàn)有應用的面向Internet的一個延伸。

在本系列中，作者將從什么是Web服務，為什么需要Web服務開始，就Web服務的構建模式，結合一個實例，詳細闡述了Web服務的架構過程。

本文所引用的資源主要包括兩類，一類是Web服務的技術資源網(wǎng)站，包含了大量Web服務的技術信息，另一類是Web服務“stack"系列技術規(guī)范，他們是一個整體的技術體系，包括UDDI、SOAP、WSDL、XML等。本文的最后給出了這些資源的鏈接，有興趣的讀者可以通過這些資源鏈接找到所需的內容。

面臨的挑戰(zhàn)

我們知道，過去十年的對IT產(chǎn)業(yè)/COM的"瘋狂投資"的時代已經(jīng)過去了，那是一個實驗的年代。而現(xiàn)在，整個業(yè)界跨入了務實的階段，當今電子商務發(fā)展的重心已經(jīng)完全從過去的.COM的模式轉向到傳統(tǒng)企業(yè)的電子商務化的進程中來。既然是企業(yè)的電子商務化，模式是否嶄新是次要的，而是否能為企業(yè)帶來經(jīng)濟利益則是主要的。在規(guī)劃企業(yè)的電子商務應用的時候，企業(yè)管理人員和系統(tǒng)架構師更多的關注該電子商務應用是否能為企業(yè)帶來直接的經(jīng)濟收益、是否有利于削減掉某方面的開支成本、是否能夠優(yōu)化資源使用，這些完完全全是由企業(yè)的商業(yè)利益驅動的，在這一輪的電子商務發(fā)展中，技術完全是為商業(yè)服務的，任何脫離商業(yè)需求的"新"技術則必然是毫無用武之地。

在IT投資銳減的日子里，系統(tǒng)架構師們小心翼翼、廣泛考證，在對企業(yè)自身運作機制的務實的仔細調研中，總結出了一些(比較少量的，只有7種)當前最有價值進行實施的電子商務應用，它們是：

企業(yè)門戶(Portal)：企業(yè)門戶與一般信息門戶有本質的區(qū)別，企業(yè)門戶主要是為企業(yè)的重要客戶、合作伙伴和自身的員工服務的。它應當具有個性化(這里的個性化并不僅僅是頁面)，應當提供一系列的在線服務，使得客戶、合作伙伴和員工們得以使用企業(yè)門戶獲得必要的知識/信息，得以通過企業(yè)門戶與企業(yè)應用進行交互及事務處理。

網(wǎng)上連鎖商店(Storefront)：為了拓展產(chǎn)品和服務的市場，拓廣銷售渠道以及增加銷售額，企業(yè)應當建立具有自身品牌標識的網(wǎng)上連鎖商店。這里需要注意的是，所謂網(wǎng)上連鎖商店并不是說使用各種語言在各個國家分別建立網(wǎng)上商店，這只是其中的一個形式，更多的方式應當是將企業(yè)的網(wǎng)上商店能夠加入到各種各樣的網(wǎng)上實體中，比如門戶網(wǎng)站、行業(yè)交易市場(e-Marketplace)、都市引擎等，使企業(yè)的銷售渠道遍布整個Web空間。

集團內聯(lián)網(wǎng)(Intranet)與知識庫(Knowledge Base)：集團的全球內聯(lián)網(wǎng)能夠使企業(yè)的雇員可以在全球范圍內進行有效的交流和協(xié)作，充分利用企業(yè)的全球資源，以提升整體的生產(chǎn)力。集團的知識庫能夠為員工的協(xié)作提供豐富有效的工作中所需要的知識，以最大可能地提高員工的單位產(chǎn)出。

供應鏈(Supply Chain)管理：為提升企業(yè)的整體競爭力，企業(yè)往往需要保持并提升自身與其供應商的關系，采取流水線形式的采購方式并盡量減少運作成本，而要做到這一點，則必須要創(chuàng)建私有的交易通道和供應鏈關系的電子商務應用才能達到這一目標。

客戶服務(Customer Service)：通過建立這樣的面向客戶的服務門戶或自助式銷售網(wǎng)站能夠實現(xiàn)跨區(qū)銷售，提升客戶的親近程度和滿意程度，并減少服務成本。

分銷(Distribution)管理：建立分銷管理應用能夠使企業(yè)迅速地拓展分銷渠道并挖掘新的市場機會。同時，企業(yè)還能裁減培訓成本、服務成本和產(chǎn)品分銷成本，并減少倉儲費用。

提供ASP(Application Service Provider)服務：通過在Web上部署ASP服務，企業(yè)能夠獲得新的額外的收入。而提供的ASP中的A(Application)應當是企業(yè)核心競爭力的數(shù)字化表現(xiàn)，一般情況下，其范圍可能就包含了前面提到的6種電子商務應用中的5種：企業(yè)門戶、網(wǎng)上連鎖商店、供應鏈管理、客戶服務以及分銷管理。

為了實施這些電子商務應用，不外乎幾種手段：由自己的IT部門具體計劃并實施，外包給軟件公司或解決方案提供商計劃并實施，當然解決方案或實施計劃中可能會包含平臺軟件或專用軟件模塊的采購。然而，無論自身的IT部門還是外包的解決方案提供商，其給出的實施計劃都是應用正式運營前的。一旦應用被部署之后，由于商務環(huán)境和商務需求的不斷改進和不斷變化，這些電子商務應用不可避免地需要被修訂、需要被更新，以符合新的電子商務流程。而到最后，企業(yè)的管理人員甚至會想為企業(yè)的員工、客戶以及合作伙伴分別定制具體應用以獲得最大的商業(yè)利益并保持競爭力。

在這些應用更新的可能中，下面三個可能是最主要的也是最常發(fā)生的：

經(jīng)常會增加新的電子商務應用，這常常會每幾個星期或每幾個月發(fā)生一次；

經(jīng)常會對電子商務的流程進行更改，這常常每周或每幾天發(fā)生一次；

經(jīng)常應用戶的需求而進行更改，這甚至每個小時都會發(fā)生，尤其是當需要為每個客戶、每個合作伙伴或每個企業(yè)員工都定制其首選的電子商務應用的時候。

毫無疑問，e化的企業(yè)必須直面這一問題的挑戰(zhàn)，經(jīng)常的應用更新是當今電子商務應用部署所面臨的最大問題，如何提升企業(yè)的響應能力，削減響應開支，提升企業(yè)的競爭力，是所有的e化企業(yè)必須面對的問題。

錯誤的解決方案: 復雜系統(tǒng)對接的解決方案

為了達到這一保持企業(yè)核心競爭力的目的，大部分企業(yè)都在努力奮斗著，毫無疑問他們在IT上投入了極多的資金和資源，那么他們的選擇是否正確呢？在商務上，無疑是正確的，"沒有電子商務將等于無商可務"，可是方法呢？他們采取了正確的方法了么？

讓我們首先來看一看目前大多數(shù)企業(yè)是如何操作的？

目前，在構建前面我提到的那些電子商務應用的時候，程序員們一般都是采用"獨立解決方案"來實施的。也就是說，對于每個應用，他們都是為每個需要的企業(yè)資源或外部資源編寫連接代碼，以使得應用得以運行。這些資源包括：傳統(tǒng)系統(tǒng)(legacy systems)和數(shù)據(jù)庫、Web應用及Web資源，以及正在不斷涌現(xiàn)的Web服務。

 程序員還需要編寫更多的代碼以使得大量的用戶能夠訪問每個應用，例如通過公司的Web站點，例如使用公司內部的桌面應用程序等等。由于這些應用都是"辛苦"編程的產(chǎn)物，幾乎很難再定制。當需要融入新的電子商務流程，需要為額外的用戶群提供訪問界面，需要繼承不同的電子商務應用以為用戶提供更完整的增值服務，所有的這一切不得不從最初的系統(tǒng)設計開始做起。為什么會這樣？因為所有的應用都是從一次性開發(fā)的角度實施的，應用的沒一個更改都需要由特定的程序員來完成。這樣，通過跨應用集成的方式實現(xiàn)電子商務應用的重用變得異常地困難。

由于每個應用都有其自己特有的基礎架構，這些應用在部署、更改和維護上的代價都異常高昂。企業(yè)不得不會每套應用配置特有的專業(yè)技術人員，并保持與不同技術供應商或解決方案供應商的密切聯(lián)系。同時這些應用即不能被方便地繼承，也不能隨著企業(yè)商務的規(guī)模擴展而方便地實現(xiàn)應用的規(guī)模擴展。

我們很清楚地認識到，即使是只有一個電子商務應用，其創(chuàng)建、維護和定制的代價及復雜度就已經(jīng)是如此驚人了。何況要涉及多個這樣的應用，其代價之高是可象而知的。

讓我們來考察當企業(yè)部署若干個這樣的電子商務應用的情形：

第一個應用，企業(yè)的為之付出的總的費用應該是該應用的開發(fā)和部署費用、以及運營時態(tài)的維護和更新費用。

第二個應用，應用的開發(fā)和部署費用是一樣的，但是企業(yè)需要為之花費額外的集成費用，同時由于整個企業(yè)應用環(huán)境變得更加復雜，其運營時態(tài)的維護和更新費用可能呈指數(shù)形式增加。

同樣，當?shù)谌齻€、第四個應用被部署后，企業(yè)所支出的費用可能是高得驚人。

這樣的電子商務應用的實際運營狀況非但無法令企業(yè)商務規(guī)模迅速增長，甚至會造成相反的影響作用，因為此時，IT部門不得不雇傭更多的員工并花費更多的資金來管理這些復雜而紛亂的應用，并維護多種承載應用的基礎架構。

早先出現(xiàn)的電子商務技術，比如EDI、web EDI (也許是基于XML的)、內容服務器、應用服務器、EAI(Enterprise Application Integration)，以及那些為創(chuàng)建企業(yè)門戶以及其他單個電子商務應用(上面提到的7種應用)而設計的獨立解決方案都無法解決這個問題。它們之所以無能為力，是因為它們不無例外地都是基于復雜應用連接的、不具備良好集成能力的應用開發(fā)模式，它們都是通過程序代碼實現(xiàn)復雜應用連接以連接用戶、電子商務應用以及其他信息系統(tǒng)的。這樣的實現(xiàn)方式即無法有效地解決經(jīng)常發(fā)生的電子商務流程的更改而觸發(fā)的大額費用，也無法有效地解決各類用戶的定制需求。

正確的解決方案: Web服務和商業(yè)Web

在本節(jié)中，我將描述一個能解決以上所有問題的解決辦法。

 電子商務需要擺脫獨立解決方案的實現(xiàn)模式，需要舍棄復雜系統(tǒng)連接的實現(xiàn)方法。一個有效的電子商務應用絕對不應該是僅僅基于程序員以及那些復雜的代碼的。對于電子商務而言，傳統(tǒng)的由程序員主導的由里向外的開發(fā)模式應當被由用戶主導的由外向里的開發(fā)模式取代。冗長的串行的開發(fā)循環(huán)應當被即時的，快速的應用裝配所取代。同時這樣的應用應當天生就具備高可定制性。如果探究其商業(yè)本質，這是來自經(jīng)過時間考驗的商業(yè)技術概念："即時制造"以及"規(guī)?？缮炜s"等概念，我們需要做的就是將傳統(tǒng)的商業(yè)概念延伸到電子商務中去。

看了上一段的描述，大家可能會認為這需要一個技術上的更本性變革，其實，不然。

基于XML技術的Web服務正是解決這一問題的最佳手段。Web服務的使用將改變目前的開發(fā)模式和應用部署的費用規(guī)模。各種Web服務分表實現(xiàn)了一定的電子商務功能，通過將各種電子商務的Web服務進行組合和集成以創(chuàng)建動態(tài)電子商務應用。Web服務能夠統(tǒng)一地封裝信息、行為、數(shù)據(jù)表現(xiàn)以及商務流程，而無需考慮應用所在的環(huán)境是使用何種系統(tǒng)和設備。

通過使用Web服務，企業(yè)能夠以前所不可能的方式通過抽象和混合將自身的電子商務組件化。當一個企業(yè)的核心競爭力被組件化之后，那么這些核心競爭力就能夠很方便地在不同的企業(yè)之間共享，同時架構跨企業(yè)的電子商務應用，形成商務Web。

在商務Web中，將不需要為使用一個電子商務應用而購買這個電子商務應用所承載的應用軟件。Web服務是一種無需購買并部署的組件，這種組件是被一次部署到Internet中，然后到處可用的一種新型組件，所有應用只需要能夠連入Internet，就可以使用和集成Web服務。通過采用Web服務，開發(fā)的代價顯著降低了，程序員無需與多種平臺進行交互，他只需要與一種組件進行交互，即Web服務，同時Web服務的調用界面完全采用標準的XML及相關技術，在代碼實現(xiàn)上代價也有顯著下降。通過采用Web服務，部署和集成的費用大大降低，流程的更改也無需更改大量代碼，甚至通過工具的支持，更本無需更改程序代碼。同時隨著新的Web服務技術，如WSDL/UDDI/WSFL的大量使用，Web服務在運行時態(tài)進行動態(tài)裝配將成為現(xiàn)實，同時每個用戶甚至可以應用戶的需要而實時裝配。

Web服務是未來？

全球權威IT行業(yè)研究評論機構Gartner Group對未來5年的Web服務的發(fā)展狀況做了預測：

2001年，Web服務的架構開發(fā)工具將被各大開放商開發(fā)完畢。開發(fā)人員能夠購買到這些面向服務的開發(fā)工具。同時他們將會開始構建實際使用的Web服務。

2002年，商業(yè)Web服務將大量出現(xiàn)，大量的面向消費者的B2C Web服務將被使用。

2003年，UDDI注冊中心應Web服務的發(fā)展，變得越來也重要，其中的商業(yè)數(shù)據(jù)也越來越豐富。私有的UDDI注冊中心將被投入使用以支持內部的服務信息的交換。而政府的Web服務(e-Government)應用也將會不斷出現(xiàn)。

2004年，各類企業(yè)將會普遍接受基于Web服務的商務應用模式，而服務集中的計算模式將會進入青年期。私有的UDDI注冊中心仍然在各類應用中處與優(yōu)勢地位。新的收入模式和商業(yè)渠道將到處可見。40％的金融財務服務事務將使用Web服務模式。而35%的在線政府服務將以Web服務的形式提供。

2005年，公共的UDDI注冊中心作為公共商務信息的交換機制而獲得大量的使用。動態(tài)服務同樣將大量投入使用。

同時我們看到各大技術提供商都按照Gartner Group的預測陸續(xù)地推出Web服務的構建工具：Microsoft的Visual Studio .NET，IBM的Web Service Toolkit，SUN的Sun ONE等等?；赪eb Service的公共技術標準SOAP/WSDL/UDDI/WSFL或是已經(jīng)成為事實行業(yè)標準，或是正在制訂的進程中，各大技術提供商和傳統(tǒng)商業(yè)企業(yè)都投入到了標準的制定和應用的架構中去。作為Web服務的體系架構的領導者IBM和Microsoft也開始在全球推廣Web服務技術。我們有理由相信Web服務將成為將來動態(tài)商務Web的主流技術。

什么是Web服務?

我們已經(jīng)從商業(yè)需求的角度和技術實現(xiàn)的可行性上討論了Web服務的可行性和必要性。由于大部分的讀者是技術人員，所以我相信大家對Web服務的各種實現(xiàn)技術會非常有興趣，對Web服務的架構過程也一定更有興趣，對如何在某個具體的Case中使用Web服務架構一定非常有興趣，我將在本文章系列的后續(xù)部分中逐一描述并提供答案。

 參考資料