WEB服務“不是”什么

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

WEB服務“不是”什么

WEB服務（Web Services）可能是最近在WEB開發(fā)相關話題中最熱門的詞匯，和所有這些新鮮的前沿詞匯一樣，對它的定義是多種多樣，各大廠商對它的意義也各有說辭。

作為一個技術分析者，我對這些新鮮的市場熱門詞匯總是充滿了好奇心，目前，WEB服務這個詞可真是風光一時，幾乎所有的業(yè)界知名公司都宣布了自己的WEB SERVER相關方案。但它到底是什么？雖然，它里面的確包含了一些新技術（主要指這些標準：你可能聽說過的簡單對象訪問協(xié)議即about Simple Object Access Protocol或 SOAP、WEB服務定義語言即Web Services Definition Language或 WSDL、以及統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議即Universal Description, Discovery and Integration或UDDI)，WEB服務主要還是對一些已經(jīng)存在的技術如HTTP，SMTP和XML的包裝。

對WEB服務的簡要介紹

簡單的說，WEB服務是一種通過Internet與SOAP協(xié)議提供企業(yè)應用的方式，這種方式有很強的可移植性，互操作性，并且沒有綁定在任何特定的商家技術上面，這也是它得到如何廣泛應用的原因。

從技術上講，一個WEB服務是這樣工作的。想從INTERNET上取得某種服務的客戶代理對它的請求以SOAP XML格式進行編碼格式化，然后以任意雙方都支持的協(xié)議（如HTTP，SMTP等等）發(fā)送給服務器，服務器上運行著某種類型的偵聽軟件以解析發(fā)來的SOAP呼叫，從SML SOAP包中解析出所需的信息，將之提交到真正處理業(yè)務邏輯的應用程序中，服務器上的應用層處理需求并將輸出返回給偵聽軟件，并由它將輸出格式化成XML SOAP編碼的包返回給客戶端。在服務器上有一個單獨的XML文件包括該服務器所提供的服務信息并以SDL（服務描述語言Service Descriptor Language）編碼，有點類似于COM模型的類型庫或CORBA中的IDL文件。

盡管大多數(shù)人都表示支持這項技術，在對于這項技術到底能做些什么和這項技術帶來的好處仍然存在著很多讓人迷惑的地方，在此，我們不詳細的說明WEB服務的每個組成部分，而是讓分析一下它“不是什么東西？”

WEB服務不是什么　　
　　
1、 WEB服務不是面向消費者的互聯(lián)網(wǎng)應用（如在機場獲得最新的股票行情或在電影院查詢最新的氣象資料），而是富有效率的企業(yè)間進行交互的方法。它不是一個全新的業(yè)務概念，而是一項可以讓舊的業(yè)務理念得到更好實施的工具。一些有著業(yè)已存在的業(yè)務聯(lián)系的公司將會發(fā)現(xiàn)，使用經(jīng)過良好定義的WEB服務將會使它們間的協(xié)作更加流暢與高效。

不是為所需進行的每類協(xié)作和每個需進行協(xié)作的企業(yè)定制交互界面，WEB服務提供了對這些交互行為進行統(tǒng)一封裝的方法。例如，一個汽車部件銷售商利用WEB服務可以很容易的向他的供貨商提供一個編程界面檢查他的庫存情況并及時補足，這個零件銷售商可以將這個WEB服務作為某個應用程序的一部分調(diào)用并使用這些返回的資料對未來的業(yè)務活動進行規(guī)劃，如果發(fā)現(xiàn)什么零件短缺，可以自動訂購這種零件以補足庫存。

2、 WEB服務不是獨立的WEB應用，實際的WEB應用構成了具體的技術基礎和WEB服務只是提供交互與綜合應用的粘合劑。將WEB服務與WEB應用分離是一些廠家和消費者常犯的錯誤，仍是采用上面那個汽車零件銷售商的例子，創(chuàng)建這個應用的正確方法是規(guī)劃這家企業(yè)的庫管理流程，這個過程怎樣通過WEB應用來實現(xiàn)自動化，這其中各角色的交互發(fā)生在哪個部位，這種交互怎樣通過WEB服務來實現(xiàn)。

一個理想的應用開發(fā)與配置平臺應該能讓你使用WEB服務完成整個庫存管理自動化與外部交互而無需你做額外的工作。一個比較好的實現(xiàn)方法是允許應用被配置為直接采用WEB服務所提供的模塊，也即可以用SOAP/XML格式交換數(shù)據(jù)（這也是這種模塊化方式可以順利工作的原因）。

每個模塊用來處理一處類型的請求，也即處理這種類型要求的業(yè)務邏輯。整個應用由幾個這樣的模塊構成，各模塊共享會話和數(shù)據(jù)庫狀態(tài)。模塊中的一些請求處理器（如那些接收人們輸出的信息的部分）與一些基于瀏覽器的用戶界面（處理HTTP posts/gets信息及HTML頁面）進行交互，另外一些請求處理器做為與其它應用程序的中間層，中間層處理通訊層的XML請求并將之提交到業(yè)務邏輯層，業(yè)務邏輯層處理業(yè)務邏輯，如果需要就訪問數(shù)據(jù)層，并將結果以XML形式送回中間層通過通訊層送回客戶端。

下圖為WEB服務的架構示意圖：

而使用一個比較差WEB服務平臺將使你不得不為了使用WEB服務而調(diào)整你的庫存管理流程。

3、 WEB服務并不僅僅著眼于外部，事實上，大量的WEB服務應用著眼于系統(tǒng)內(nèi)部的交互。因為它的確勝任這樣的工作，它提供了一種與網(wǎng)絡協(xié)議，操作系統(tǒng)平臺與應用軟件無關的信息交流方式（盡管WEB服務常常采用WEB上的標準協(xié)議HTTP，但實際他并不介意系統(tǒng)采用的具體傳送與接收機制），

在WEB服務被發(fā)明以前，兩個應用之間用一種聯(lián)系非常緊密的方式進行交互，這種方式稱為API也即應用程序接口（常通過CORBA或DCOM實現(xiàn)）。當使用WEB服務進行應用的整合時，只要數(shù)據(jù)元素與文檔定義不變，新舊應用可以共同工作而無需對通訊層做任何改變。而如果使用API通訊方式，這將意味著對應用及其客戶端進行升級并重新配置。如果是一個分布式的網(wǎng)絡應用，對各個網(wǎng)絡結點進行同步改變幾乎是不可想象的。因此，通過WEB服務進行系統(tǒng)整合，它的服務器與客戶端的聯(lián)系是松散的，應象WEB服務器與瀏覽器的關系一樣。

已經(jīng)存在的業(yè)務邏輯可以通過WEB服務界面被新的應用訪問或整合進新的應用里去，例如，試想在一個新的應用中實現(xiàn)用戶登錄的業(yè)務邏輯，認證需要訪問一個輕型目錄服務LDAP（Lightweight Directory AccessProtocol）數(shù)據(jù)庫，這可以通過對LDAP服務添加WEB服務界面，在認證時只要訪問這個界面就可以了。

4、 在WEB服務調(diào)用中目前還沒有一個公認的XML文件交換格式。WEB服務提供了應用間信息交流的基礎，但并沒有定義信息應該怎么被結構化以及這些信息的含義。這有點象是關系數(shù)據(jù)庫提供了存貯數(shù)據(jù)的基礎，數(shù)據(jù)庫提供了存儲數(shù)據(jù)的機制，但并不規(guī)定表的結構與具體的應用。這即有優(yōu)點也有缺點。這使標準具備了多樣性。去到一個XML站點數(shù)一數(shù)一共有多少種標記語言是一件讓人頭疼的事，例如www.xml.org l僅在電子商務領域就列出了八種標準。而且標準的發(fā)展近期看來沒有任何減慢的際向。目前看來比較領先的是ebXML（XML在EDI應用上的勝利者），估計在18個月以后可以形成一份正式的規(guī)范。

應該認識到WEB服務無需一個正式的規(guī)范作為發(fā)展的起點，聰明的商家正在等待與觀察，一旦那些需要密切協(xié)作的企業(yè)團體與它們的供應商理解數(shù)據(jù)定義，WEB服務就可以工作了。

5、 現(xiàn)在談談目錄服務，不發(fā)指望會買到一個或幾個目錄列表，上面列示了幾乎全部的可以獲得的WEB服務，你可以從上面找到你需要的服務以和這些企業(yè)進行交流。這對于查詢天氣信息之類面向消費者的的應用比較可行，而對于這些可以直接訪問到企業(yè)內(nèi)部信息的WEB服務而言，大多數(shù)企業(yè)并不會讓它們暴露在一個人人都可以獲得的公共目錄列表中，僅管這種想法很吸引人，但它只適用于一些面向普通消費者的簡單服務。

6、 僅僅使應用擁有一個WEB服務界面并不能能應用變得強大，安全和可以擴展。你還需要一個強大的平臺來實現(xiàn)你的業(yè)務邏輯，這個平臺可以提供事務安全，集群支持，容錯和多用戶的同步，而且，真正的企業(yè)平臺使這一切工作的完成無需開發(fā)者額外的編碼工作，應用的創(chuàng)建僅需要集中注意力于業(yè)務邏輯的規(guī)劃上面，而底層的工作由平臺自動完成。

結論

隨著大量的廠商加入WEB服務的行列，關于WEB服務到底是指什么技術與WEB服務能給我們帶來什么好處這些問題的答案變的越加糊涂，我們要重申的是，WEB服務的真正價值在于它組織內(nèi)或外部合作者的交互變的更為容易，它不是產(chǎn)生了一個新的業(yè)務原理，而是使舊的業(yè)務更容易的被實現(xiàn)。伴隨著的真正技術上的突破，強大并易于擴展的平臺將可以提供一個自然而且簡單的方法來創(chuàng)建和配置WEB應用并以WEB服務的形式為它們創(chuàng)建更大的價值。在不久的將來，企業(yè)的實際應用會證實這一點。