從Web服務前線發回的報道

web|web服務 Web服務是這個陰沉的電子商務領域中的少數幾個亮點      



       。上個星期我參觀了Web Services Edge 2001，這是加州 Santa Clara市的一個小博覽會，與會者大部分是開發人員，而參與展覽的則主要是Java 開發工具和應用伺服器銷售商。Web服務的巨人－－微軟，IBM，和Sun－－者不在場，大概是認為這是一個小事件。換言之，這是一個很好的能夠展出自己的產品看看人們對於Web服務的真實想法的好地方，不至於招來市場上金元叮叮鐺鐺的幹擾聲。

這個事件有如PC早期的問世，這個行業的從業人員幾乎是以一種學術討論的方式談論一種新技術，設想它能真正帶來什麼樣的長期的影響。人們都認為Web　服務在技術上沒有什麼值得稱道的地方－－它們僅僅是通過一套簡單的協議使得XML整合成為可能。下面是一些Web服務中湧現的主要問題和觀察結果：

簡單化。IT業現在就應該開始與Web服務一道前進了，而不要再等待新的安全和業務過程的出現。簡易物件存取通訊協定 (SOAP)（SOAP）和Web服務描述語言（WSDL）構成了IT業用來在防火牆內完成XML整合項目所需要的一切東西－－這提供了Web服務主要的，短期內的機遇。如果我們還等待標準協會敲定那些僅僅是重複了當前內容的協議的話，那麼其實現過程將變得非常複雜，最後象其它複雜的組件架構一樣走向失敗（比方開放軟體協會的DCE或者對象管理協會的CORBA）。

降低企業內整合的成本。今天，許多公司都依賴於昂貴的公司專屬應用程式整合（EAI）產品，這些產品附帶了能夠讓特定商業用途的應用程式相互之間進行通訊的適配介面。Web服務將最終淘汰EAI，在應用程式之間提供簡單的，基於訊息的資料交換過程。在幾個實驗性的程式中，幾個銷售商都聲稱它們顯著的減少了整合項目的成本和面市的時間。再強調一次，簡單的就是最好的：僅僅是使微軟和Java的對象相互之間能夠進行對話－－這是EAI根本沒有涉及的問題－－就直接帶來了好處。

解決實際的B2B問題。這是一個引用得最多的例子：它能夠用來替代電子資料交換過程（EDI）。對於大多數商業行為來說，一個充滿了由不同企業建立的複雜而專有的串連的系統太過昂貴，這些系統通常是用來定購大宗的原材料。Web服務能夠彌補以往B2B方案的不足：在企業間進行廉價的機器－機器之間的事務過程。對於許多B2B應用來說HTTP加上SSL可能不夠快也不夠可靠，所以值得一提的是Kenamea 和 Slam Dunk Networks提供了安全的HTTP解決方案。

不要被B2B解決方案的宣傳弄昏了頭。一些與會者對於通用探索描述和整合協議（UDDI）是定義Web服務的三個協議之一而感到不安。使用一個UDDI目錄，而成千上萬的Web服務能夠通過Internet與其它的Web服務自動的整合在一起的想法有很多問題－－最明顯的一個是要捕捉服務量資訊將永遠是不現實的。如果企業沒有在B2B市場上形式相互信任的聯絡的話它們是不敢在沒有確定過的Web服務之間轉來轉去的。而且如果你首先要建立一個可靠的聯絡的話，那麼為什麼又要不厭其煩的要建一個UDDI目錄呢？對這個問題有一個最好的答案：UDDI可以用於交易的雙方都已經相互認識的私人交換過程中，或者用於一個企業的內部來使得應用程式變得更容易。

最後奉勸一下那些考慮開始實現Web服務程式的公司：微軟.Net和J2EE陣營之間的派別之爭會因為雙方都想說服市場自己擁有唯一可行的Web服務平台而繼續升級，或者是直接的對抗或者是暗地裡使陰。我的建議是：在開發的配置的時候盡量不要幹攏你現在的架構。如果你已經有了一些熟練的C＋＋程式員而且你已經在後端使用了Windows，那麼你可以買一個Visual Studio .Net 的beta版並讓這些程式員用C＃來開發一個有用的Web服務應用程式。如果你的J2EE程式員已經開始用SOAP捆綁EJB了，那麼最好升級到最新版本的支援Web 服務的J2EE應用伺服器並讓這些程式員使用它。實驗你所有的一切東西。畢竟，Web服務一個主要的好處就是低成本的開發和整合過程，在這年頭這個主意是非常不錯的。