Web服務(wù)發(fā)展中的一些問(wèn)題

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

Web服務(wù)發(fā)展中的一些問(wèn)題

以前從來(lái)沒(méi)有產(chǎn)生過(guò)如此激動(dòng)人心的協(xié)議. 但是僅僅是不停的念叨諸如SOAP, WSDL, 和UDDI--定義Web 服務(wù)的三種協(xié)議--之類(lèi)的縮略語(yǔ)并不能讓組件軟件結(jié)構(gòu)和通用的XML集成的想法成為現(xiàn)實(shí). 要使Web服務(wù)開(kāi)始工作, 與之相關(guān)的協(xié)議必須被重新定義, 相應(yīng)的開(kāi)發(fā)工具也必須被發(fā)布出來(lái), 而IT經(jīng)理和開(kāi)發(fā)者中必須來(lái)一場(chǎng)文化革命.

特別是微軟和IBM在交流Web服務(wù)所能帶來(lái)的好處方面發(fā)揮了另人驚訝的卓有成效的作用--可重用的軟件組件, 企業(yè)間容易的集成過(guò)程, 等等. 雖然實(shí)際的Web服務(wù)的實(shí)現(xiàn)還處在實(shí)驗(yàn)階段,新聞界已經(jīng)使這些高層的概念深入人心. 作為反對(duì)人物的開(kāi)發(fā)人員卻有不同的看法. 對(duì)于Web服務(wù), 他們有很多不滿(mǎn)的地方.

下面是開(kāi)發(fā)者對(duì)于Web 服務(wù)的通常的一些反對(duì)意見(jiàn). 其中的一些已經(jīng)得到了很好的解決但是也有一些沒(méi)有:

安全和認(rèn)證. 在對(duì)Web 服務(wù)的所有反對(duì)意見(jiàn)中, 這兩點(diǎn)最先出現(xiàn)而且出現(xiàn)得最多. 幸運(yùn)的是, 當(dāng)你在處理敏感的數(shù)據(jù)的時(shí)候, SSL, 這種老的Web 解決方案, 能夠很好的避免XML消息被截獲. 但是在服務(wù)器上認(rèn)證XML 文件是另外一回事. 有不下十種的認(rèn)證方案--它們分別由不同的標(biāo)準(zhǔn)委員會(huì)提出--希望能夠通過(guò)數(shù)字簽名和類(lèi)似的技術(shù)來(lái)解決這個(gè)問(wèn)題, 但這些標(biāo)準(zhǔn)要穩(wěn)定下來(lái)尚需時(shí)日.

事務(wù)完成. 當(dāng)多個(gè)交易方同時(shí)交易的時(shí)候--就象在一個(gè)供貨鏈中發(fā)生的那樣--事務(wù)的處理過(guò)程是長(zhǎng)時(shí)間的, 而且會(huì)很復(fù)雜. 必須找到一種方法來(lái)監(jiān)視復(fù)雜的事務(wù)以便處理過(guò)程的每一個(gè)部分都被標(biāo)識(shí)出來(lái). 有幾種不同的標(biāo)準(zhǔn), 包括安全的斷言標(biāo)記語(yǔ)言(Secure Assertion Markup Language), 商業(yè)事務(wù)協(xié)議, 和IBM公司的可靠HTTP, 致力于解決這個(gè)問(wèn)題, 但是各標(biāo)準(zhǔn)化協(xié)會(huì)還沒(méi)有同意其中的任何一個(gè).

性能. 對(duì)于這個(gè)問(wèn)題壓根就沒(méi)有好答案. 基于HTTP的XML 根本就不是高性能的解決方案. 而且如果使用處于;這些協(xié)議頂端的安全協(xié)議, 那么用戶(hù)想要服務(wù)器對(duì)一個(gè)特定的動(dòng)作很快的作出響應(yīng)是不可能的--比方說(shuō)信用卡的驗(yàn)證--高延時(shí)的問(wèn)題會(huì)使Web 服務(wù)在一段時(shí)間內(nèi)被限制在企業(yè)內(nèi)的工程和自動(dòng)的B2B事務(wù)處理項(xiàng)目里.

增加的依靠性. 如果多個(gè)應(yīng)用程序是基于同一個(gè)Web 服務(wù), 對(duì)這個(gè)Web服務(wù)的改變可能使多個(gè)應(yīng)用程序發(fā)生錯(cuò)誤. 相似的, 個(gè)別的Web 服務(wù)的大量使用必須被小心的監(jiān)視起來(lái), 確保相應(yīng)的硬件被正確的升級(jí). 就象任何的組件架構(gòu)一樣, Web 服務(wù)組件必須為通用的用途者開(kāi)發(fā), 也就是說(shuō)程序員必須估計(jì)出許多應(yīng)用都要用的功能.

容量和可靠性. Web 連接比已經(jīng)比以前更加可靠了, 但是當(dāng)你調(diào)用防火墻外的組件的時(shí)候, 你必須忍受更低的上行速度. 你還不得不信任通過(guò)XML API訪問(wèn)的組件, 把它們完全看作是黑盒子. 在公司之間必須建立起老套的信任關(guān)系, 然后才可以接受使用其它人的Web 服務(wù)的風(fēng)險(xiǎn).

額外的開(kāi)發(fā)工作. 系個(gè)人都希望以正確的方式開(kāi)發(fā)應(yīng)用程序: 完整的開(kāi)發(fā)文檔, 時(shí)時(shí)想著代碼最大程度的被重用. 但是在現(xiàn)實(shí)世界里, 項(xiàng)目必須在確定的時(shí)間完成并且有一定的經(jīng)費(fèi)限制. 第一次從Web服務(wù)組件創(chuàng)建應(yīng)用程序會(huì)需要額外的工作和時(shí)間. 不管怎樣, 許多IT 經(jīng)理不想僅僅為了獲得以后才能實(shí)現(xiàn)的代碼重用的好處而使項(xiàng)目拖下去. 因?yàn)橥瑯拥脑? 一個(gè)IT 經(jīng)理將能夠正常工作的應(yīng)用程序"組件化"的可能性也是非常小的, 即使將它們分割成Web 服務(wù)組件能為其它的應(yīng)用帶來(lái)好處.

但是沒(méi)有一個(gè)困難能真正擋住它的腳步. 實(shí)際上, 我所訪問(wèn)過(guò)的開(kāi)發(fā)者都同意Web 服務(wù)發(fā)展的大方向而且許多還正在為實(shí)驗(yàn)性的程序工作.

由于對(duì)Web 服務(wù)所需的時(shí)間和工作量有了更現(xiàn)實(shí)的估計(jì)--以及對(duì)Web 服務(wù)的限制的更清晰的理解--也許這種很有前途的技術(shù)不會(huì)象許多其它的技術(shù)那樣遭受過(guò)高的期待.