Web Services，在困惑中突圍

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

Web Services，在困惑中突圍

 
小氣的神

“What is a Web Service?”，這是一個不錯的問題，但也是我無法回答的問題，而且這篇文章不會對此有任何結(jié)論，開始不會有結(jié)尾也不會有，答案將是一個仁者見仁，智者見智的歸結(jié)。回答它需要有足夠的智慧和許多人的相同或相似的認(rèn)識，而目前只能是霧里看花，能看多少看多少，能看多遠看多遠。不過得承認(rèn)我揀了一個讓你注意的話題。

如果你和我一樣是一個開發(fā)人員，從認(rèn)識或知道它的那一天起，我想你會喜歡它，或是對它產(chǎn)生興趣。有人說這是軟件工業(yè)的又一個黎明，也有人說它是Sun和Microsoft之間裂縫的橋梁。無論是什么，它出現(xiàn)了，而且還夾帶了XML,SOAP,UDDI,WSDL時髦名詞和新技術(shù)，一時之間大家如此的親和，消除了所有的分歧，欣然而體面的接受了它。眾心所向的事物很容易獲得滋長的環(huán)境和養(yǎng)料，況且Web Service也沒有辜負(fù)眾望，如果不是碰上美國經(jīng)濟衰退和去年網(wǎng)絡(luò)泡沫的刺痕猶在，商業(yè)機器也許會再次催化它。當(dāng)然，還好沒有。

不知你是否注意到：Web Service目前大多流傳在開發(fā)人員之間，商業(yè)上的市場目前只是預(yù)熱，不大不小但不容忽視。國外的軟件業(yè)已經(jīng)確實的開始研究和拓展整個Web Service框架和評估它對軟件工業(yè)的調(diào)整程度；國內(nèi)許多軟件公司內(nèi)部的BBS也都開始針對Web Service結(jié)合自己現(xiàn)有的軟件體系開始討論和實踐，而民間的網(wǎng)站早就沸沸揚揚，熱鬧非凡。仿佛有產(chǎn)生了一種這樣的景象：目前絕大部分的應(yīng)用和程序都可以直接或間接的轉(zhuǎn)化成Web Services的形式，而未來幾乎所有的應(yīng)用都將是Web Services形式的。加上Microsoft dotNET以及其他軟件公司新產(chǎn)品的刻意側(cè)重，開發(fā)人員是否會再次用技術(shù)的眼光和信心來詮釋W(xué)eb Services商業(yè)的發(fā)展，而導(dǎo)致又一次的失落？那么我想有必要現(xiàn)在潑點冷水：Web Services 真的這么好嗎？（第二個不錯的問題）

首先聲明我是一個Web Services的擁護和愛好者，潑冷水只是讓我更理性的思考和看待Web Services，不會影響我對它的繼續(xù)喜愛、研究和學(xué)習(xí)。Web Services似乎完全符合我對組件的理解：是一個自包含的 "功能生命體" ，它可以完成一個單獨的任務(wù)。本身可以自描述，告訴別人自己的輸入和輸出，其它組件可以判斷它能做什么，如何和它交互而獲得它的功能。和其他組件通訊的方式簡單、廣闊和直接。我會很容易的把以前對COM的喜愛轉(zhuǎn)移到Web Services上。針對松散耦合、可重用、開放程度、面向組件的特性要求下，它會被理解成目前最好的技術(shù)模型。但是對于我們喜歡的技術(shù)，除了學(xué)習(xí)、研究和應(yīng)用外，我們是否對它未來的發(fā)展一定要加入自己獨特的堅持，得到一個好或不好，是或不是的答案呢？（第三個不錯的問題）

好吧，先讓我們看一些其他的東西，看看Web Services的生存環(huán)境，這里我只從各個軟件開發(fā)商的情況，任何一項IT新技術(shù)都需要硬件開發(fā)商、軟件開發(fā)商、開發(fā)人員和它的市場價值體現(xiàn)。軟件、硬件開發(fā)商以及開發(fā)人員的支持對一項技術(shù)是先決的，而Web Services是我目前見到支持最多的一個，每個軟件開發(fā)商都有自己的開發(fā)平臺，問題不是支持，而是支持多少，如何吸引開發(fā)人員到自己平臺的問題。那么面對眾多的平臺和選擇，每個開發(fā)人員在Web Services可能成功的未來，你將如何選擇一個合適而成功的平臺進行開發(fā)呢？（第四個不錯的問題）

HP

HP Application server 8.0
HP Total-e-server 7.3 developer edition
HP Web services platform developer edition
HP Internet server
HP core services framework
HP Total-e-server localization (L10N) pack
HP Total-e-transactions 2.1.1
HP Total- 1.1.1 evaluation
HP Total-e-server 7.3/process manager 5.0 adapter

IBM

IBM WebSphere Application Server, version 4.0
IBM WebSphere Studio
IBM WebSphere Business Integrator (MQSeries to deliver SOAP messages )
IBM DB2 Version 7.2
IBM Tivoli Web Services Manager
IBM Lotus' software

Microsoft

Hailstorm
Microsoft.NET ( dotNET )
Microsoft Windows.NET
Microsoft Windows 2000 Server
Microsoft Visual Studio.NET
Microsoft Sharepoint Portal
Microsoft Content Manager
Microsoft Biztalk
Microsoft ISA Server
Microsoft Mobile Information Server
Microsoft SQL Server
Microsoft Passport

Oralce

Oracle9i Database
Oracle9i Application Server
Oracle9i Developer Suite
Oracle9iAS Portal
Oracle Internet File System
Oracle9iAS Integration
Oracle9iAS Business Intelligence
Oracle9iAS Cache
Oracle9iAS Wireless

BEA

BEA WebLogic Server 6.1,
BEA WebLogic Integration 2.1
BEA WebLogic Personalization Server
BEA WebLogic Portal 4.0
BEA eLink
BEA WebLogic Enterprise
BEA Tuxedo

Sun

SunONE
Forte for Java Enterprise Edition 3.0
Sun JDK & J2EE

上述的列表（數(shù)據(jù)來源于上述各公司網(wǎng)站）都是從Database ,Application Server ,Development Tool, Middle-Tier Components , Portal, Content Management, Integration, Business Intelligence, Mobile這幾個方面來列舉，這些產(chǎn)品并非只指Web Services，各家公司都更愿意提供一個開發(fā)平臺和WebService解決方案。從上面看，除了Sun交了一份讓人有些感到不可思議的答卷外，其他的表明了一種積極的支持，從這個方面看，Web Services是樂觀的。

然后從我們可見的實際應(yīng)用上Web Services又如何呢？記得我曾在很久以前的一篇《另類資源》的文章中提起過salcentral.com ，salcentral.com和XMethods是目前比較有名的兩個Web Services的發(fā)布和搜尋引擎，剛好不久前有人對salcentral.com做了一個研究和統(tǒng)計報告，也讓我們看看目前大多數(shù)發(fā)布和可使用的Web Services的情況：

錯誤原因統(tǒng)計

URL Available Description Total %

Yes Correct format and confirmed to be available 818 52%

No Value was blank 296 19%

No The format of the URI could not be determined 211 13%

No Connect Failure 165 10%

No Protocol Error such as 401 Access Denied 91 6%

圖片和統(tǒng)計表格（數(shù)據(jù)來源Mike Clark：《UDDI - The Weather Report》EMail:mikec@lucin.com ）最直觀，左邊是對Web Services鏈接的利用情況，右邊是UDDI登記的情況，表格則是對1581個UDDI訪問錯誤原因的分類統(tǒng)計。結(jié)果讓人有些失望和擔(dān)憂。67％的Web Services不能夠使用或訪問；UDDI注冊中也有近一半48％的不能使用。如果這就是Web Services的使用現(xiàn)狀，那么顯然，Web Services并不容樂觀。調(diào)查的作者認(rèn)為：照這樣的比例推算，未來幾年，如果UDDI的登記記錄達到1,000,000 條，那么就有近48,000條是無用的。一方面這個問題需要引起重視，加強管理。另一方面對Web Services本身也將有傷害的。其一，目前真正可以使用的Web Services并不多，排除實驗性和日常功能的Web Services，真正可以商用的幾乎是粒?？蓴?shù)，如果說未來Web Services是組成應(yīng)用的主體或一個部分，那么你如何相信這樣質(zhì)量的Web Services不會對你應(yīng)用的質(zhì)量和穩(wěn)定產(chǎn)生影響。

縱向的仔細(xì)看Web Services ，每個開發(fā)人員也許有不同的疑慮，事實上這些疑慮沒有統(tǒng)一或是獲得一個清晰的認(rèn)識，那么Web Services還只能是一種概念和爭論。我們有那些疑慮呢？

觀念的認(rèn)識

Web Services實現(xiàn)“軟件作為一種服務(wù)”體現(xiàn)，最終讓人聯(lián)想到軟件最后可以成為一種真正意義上的價值體，而且可以在網(wǎng)絡(luò)上實現(xiàn)價值的體現(xiàn)，轉(zhuǎn)移和流動。透過可以兌換金錢的藍圖之外，我們還不能看到一種有效的方式用Web Services作為載體或主體來實現(xiàn)?！癢eb Services能夠產(chǎn)生新的業(yè)務(wù)模型，但本質(zhì)上是一種技術(shù)解決方案。”，那么有如何來產(chǎn)生這個新的業(yè)務(wù)模型，從解決方案到具體實現(xiàn)這種業(yè)務(wù)模型又要經(jīng)過如何的轉(zhuǎn)變？現(xiàn)實中現(xiàn)在還沒有這樣的典范和成功案例，可以讓人振奮的是目前所有有關(guān)向Web Services的轉(zhuǎn)變都是從企業(yè)內(nèi)部和現(xiàn)有應(yīng)用上的擴展上，Web Services目前最為直接的好處是有利于整合內(nèi)部部署，與其丟掉舊系統(tǒng)或?qū)ζ溥M行重寫，不如用最快的方式將它暴露為Web Services。

一些演示業(yè)務(wù)已經(jīng)出現(xiàn)了： Xmothods.NET網(wǎng)站為FedEx提供包裹跟蹤、貨幣兌換和加州公路路況查詢；集成工具廠商Cape Clear Software提供機場天氣狀況信息；Continental Airlines公司提供航班情況信息；ActiveState公司提供股票行情數(shù)據(jù)。微軟和休斯頓的Compaq公司正在從事的一個導(dǎo)航項目。使用燈塔Web站點，農(nóng)場主就可以檢查天氣報告和將來的價格，對他們的土地做出地圖，有效地管理供水。Emerald已經(jīng)創(chuàng)建了一個名為網(wǎng)絡(luò)索引服務(wù)器（Web Index Server）的產(chǎn)品，此產(chǎn)品從多個地區(qū)罪犯信息系統(tǒng)中收集數(shù)據(jù)。 網(wǎng)絡(luò)索引服務(wù)器使聯(lián)邦機構(gòu)能夠利用從本地、縣、地區(qū)和州罪犯信息系統(tǒng)收集到的數(shù)據(jù)去查找可能的嫌疑犯。

Web Services并沒有發(fā)明新的東東出來，所有的許多都是從原來的系統(tǒng)上擴展而來。如果我們頭腦足夠的清醒，Web Services需要脫下全能的光環(huán)，走下救世的神壇。

安全、認(rèn)證和性能

有關(guān)安全和認(rèn)證，W3C現(xiàn)有XKMS (XML Key Management Specification)和SAML (Security Assertion Markup Language) 兩個都是進程中的規(guī)范但也是現(xiàn)成的。不過自己實現(xiàn)這些標(biāo)準(zhǔn)將是一件卓越和痛苦的事，現(xiàn)在Grand Central 和Flamenco Networks 都提供有關(guān)Web Services的安全服務(wù)。另一個是Microsoft's Passport，MS現(xiàn)在已經(jīng)謹(jǐn)慎的將其定位在.NET My Services中，使用起來相對方便和經(jīng)濟并且Passport支持Kerberos 5.0 標(biāo)準(zhǔn)，但是目前Passport只提供用戶的單一Authentication，如果需要不同等級的不同用戶Authentication ，那么你還需要選擇其他的方案和辦法。號稱具有工業(yè)標(biāo)準(zhǔn)的The Liberty Project 則是另一種力量，不過目前看不到有任何實質(zhì)的東西可以使用，傳說它是因為懼怕Microsoft而出現(xiàn)，現(xiàn)在看來Microsoft已經(jīng)感到足夠的威脅和騷擾，應(yīng)變的辦法如俄羅斯抵抗北約東擴一樣，成則力舉Passport，不成則轉(zhuǎn)成一個成員。因為Web Services已經(jīng)被Microsoft盤剝成兩種：.NET My Services和XML Web Services。對于安全和認(rèn)證，也還沒有一種很明顯和讓開發(fā)人員清晰的方案，爭執(zhí)還將繼續(xù)，較量才剛剛開始。

至于性能，一個分布式應(yīng)用性能很容易被平均響應(yīng)時間和每秒完成事務(wù)數(shù)兩個指標(biāo)左右客戶的眼球和大腦。幾乎能夠全兼容以前應(yīng)用又可以輕易穿過防火墻的Web Services是否也能夠帶來比以前架構(gòu)更好的性能？如果是，那么Web Services真是太好了；如果不是，那么需要做些什么來讓它做到。Web Services絕對是一個有生命力和高性能的技術(shù)，但有關(guān)真實和具體的表現(xiàn)，目前還看不到，或者說還沒有提到我們該討論它的議事日程上。好吧，我們也再等等。

商業(yè)要求的事務(wù)

Web Services基于一個開放的，以Internet為中心的基礎(chǔ)構(gòu)架。Web Services所表達的模型中，電子商務(wù)流程內(nèi)的離散任務(wù)被廣泛分布于一個增值網(wǎng)中。Web Services元素可以被其它公司重新組合，來滿足他們自己軟件和業(yè)務(wù)流程的需求。所有的商業(yè)應(yīng)用都要求不同顆粒的嚴(yán)格事務(wù)來保證每一筆交易的成功或失敗。單個或較短的交易鏈我們不需要考慮這些。不過實際的商業(yè)從來不是簡單的，當(dāng)多個交易發(fā)生并且象供應(yīng)鏈一樣交織縱橫，那么從鏈?zhǔn)椎芥溛驳氖聞?wù)處理可能需要很長的時間處理，而且情況會很復(fù)雜。包括SAML(Secure Assertion Markup Language), 商業(yè)事務(wù)協(xié)議, 和IBM公司的可靠HTTP，都試圖在某種程度上解決這些問題，無論是標(biāo)準(zhǔn)委員會的同意還是實際的應(yīng)用都是一個謹(jǐn)慎和需要時間的過程。不過如果商業(yè)對此表示出明顯的厭惡和不滿，那么Web Services的發(fā)展將會面臨一個顯而易見和巨大的障礙。

復(fù)雜的組件環(huán)境

組件的動人之處在于多個組件的依附和相互存活，一個復(fù)雜的組件環(huán)境足以模擬一個真實的現(xiàn)實，一個完整的商業(yè)應(yīng)用。但許多個商業(yè)應(yīng)用都要使用一個Web Services時，那么這個Web Services的存活可以想像成一根鏈條中一環(huán)，這個Web Services的升級、維護、成長和任何的變化都需要嚴(yán)格的定義和監(jiān)控，它必須有足夠的智力能將它的情況通告給整個應(yīng)用讓其他組件發(fā)生相應(yīng)的變動，它必須保證多贏而不是鏈斷。如果足夠的大和復(fù)雜，而且分布的足夠的廣，那么就會有更多的Web Services是存在于你不能控制的環(huán)境中，而且它們的存活環(huán)境也將各自不同和多樣。網(wǎng)絡(luò)技術(shù)再次證明了它的互聯(lián)魅力，不過現(xiàn)在網(wǎng)絡(luò)上的每個節(jié)點比以前要更復(fù)雜、更多樣和不可預(yù)知。

開發(fā)人員的黑洞

Web Services在展示其所有的優(yōu)美表現(xiàn)的同時，自然的也會開出絕佳的價格： 服務(wù)組件必須為更通用的方向去開發(fā), 程序員必須預(yù)先估計出許多應(yīng)用都可能要用的功能，留下許多未來可以預(yù)知的接口來擴展，重用，耦合。而PM絕對不會因為要獲得以后才能實現(xiàn)的代碼重用的好處而使項目拖下去；沒有設(shè)計經(jīng)驗的初手將再次展現(xiàn)他們的經(jīng)驗不足，束手無策的放任他們的疏忽；設(shè)計者也會不小心或是保守的依照原來的設(shè)計經(jīng)驗，將應(yīng)用在組件化的過程中分的盡量獨立和小，從而使整個應(yīng)用中的組件關(guān)系更加分散和復(fù)雜。維護人員需要比以前更多的技能和耐心才能了解系統(tǒng)，同時也注定會有一段時間將如同在脫韁野馬上一般搖動不安。剩下的還有大量的足夠清晰的文檔需要生成，實際的開發(fā)人員需要掌握更多的技術(shù)和隱晦難懂的編程技巧，才能在新的令人贊賞的體系結(jié)構(gòu)中開始自己新的編程之旅；程序應(yīng)用間消息傳播的方式和架構(gòu)方式更加不固定，重新編程將被利用已有的Web Service的念頭誘惑；每一個程序開發(fā)人員的判斷能力將和他的編程能力同樣重要，而且他還必須自如的穿越在現(xiàn)存的各種不同組件體系結(jié)構(gòu)中。

“由于對Web Services所需的時間和工作量有了更現(xiàn)實的估計--以及對Web Services的限制的更清晰的理解--也許這種很有前途的技術(shù)不會象許多其它的技術(shù)那樣遭受過高的期待?！盬eb Services象香港電影一樣還沒有一個明確的概念，還在不斷的摸索和自由生長，不過有一點不容置疑：這種建立在商業(yè)和積累價值基礎(chǔ)上的新技術(shù)，支持商業(yè)的遞增，同時本身的清楚、漂亮、低成本、可互操作也將是商業(yè)需要的。（擔(dān)憂的是軟件技術(shù)對商業(yè)越來越強的依賴感可能是對軟件本身自由精神的一種傷害）而Web Serivces身處在一個經(jīng)濟低迷衰頹，時勢戰(zhàn)略轉(zhuǎn)型的十字路口，前途充滿了不確定性。在高潮來臨之前，它必須在“傳統(tǒng)IT淺灘之外的地方積聚力量”，在過去和未來交織的迷惑中突圍。