應用服務器市場分合頻仍
1998年，事務處理中間件廠商BEA系統公司并購了WebLogic公司， 一時成為Web應用服務器市場上的大事件之一。此前3個月，Sun微系統公司收購了WebLogic的競爭對手NetDynamics.1997年11月，Netscape通信公司并購了另一知名的應用服務器廠商Kiva軟件公司。 近幾年來，在整個Web應用服務器市場上活躍著大量為市場份額而斗爭的公司。競爭者中有大如IBM、Oracle、Sybase等老牌的獨立軟件制造商，同時也有一大批后起之秀，如SilverStream軟件公司、Novera軟件公司、GemStone系統公司、Bluestone軟件公司、Haht軟件公司、Iona技術公司、Persistence軟件公司、Inprise公司等。其中，SilverStream軟件公司被普遍看作是很具優勢和很有代表性的一家。應用服務器市場的分合頻仍，從一個側面反映了這里所蘊藏的無限商機。
雖然Web應用服務器還剛剛步入市場，但像Netscape、Sun、BEA等公司仍為此而斥巨資，其原因是這種投資有著潛在的巨大回報。因為用戶現在千方百計地要把他們的業務轉移到Web上，以實現電子商務。應用服務器在電子商務基礎設施中的作用，正如咨詢公司Patricia Seybold Group的分析家Anne Thomas所說：“應用服務器很關鍵，這就如同15年前數據庫服務器在當時IT基礎設施中的作用一樣。”
應用服務器的功能
應用服務器的職能 應用服務器是企業應用架構從傳統的兩級客戶機/服務器向多級，特別是向三級轉移的必然產物。這種轉移，是企業進入電子商務的關鍵性步驟。應用服務器軟件位于企業服務器之上，連接裝有瀏覽器的“瘦”客戶機與后端數據庫。應用服務器運行企業應用程序，以前，這些企業應用程序是由一類很臃腫的所謂“胖客戶機”運行。
對應用服務器的作用，既不能與經典的兩級客戶機/服務器完全割裂，也不能據此作過分簡單化的理解。雖然從最概念化的層面上看，應用服務器確實只不過是這樣一類軟件，它負責處理應用中的業務邏輯（business logic）并將業務邏輯作為整個分布式系統的一個有機部分來對待。但事實上，應用服務器不僅在電子商務基礎設施中處于很關鍵的地位，其本身也包含了很豐富的技術內容。對應用服務器最為關注的一方是應用系統集成商，它們在幫助客戶建立、配置和運行各種電子商務應用時，所需要的所有靈活性和功能，原則上都來自于應用服務器。
全面地看，應用服務器應當具備三方面的服務功能：GUI服務、應用服務以及數據庫與事務處理服務。從另一個視角看，應用服務器也應當具備為電子商務解決方案提供全程支持的能力。概括而言，這類能力也體現在三個方面：（1）加快開發過程、確保開發質量，促使應用快速進入市場的開發能力。（2）促使應用能夠以靈活而有效方式運行的配置能力。（3）與各種后端系統有效整合的集成能力。這三個方面幾乎同等重要，這三類能力也是缺一不可。應用系統集成商在幫助客戶建立、配置和運行各種電子商務應用時，所需要的所有靈活性和功能，都源于對應用服務器各種能力的各種組合與運用。
應用服務器的選擇
伸縮性是關鍵
這樣看來，應用服務器是如此之重要，可以毫不夸大地講，它的選擇決定著電子商務的成敗。普遍認為，在選擇應用服務器平臺時所考慮的諸多因素中，伸縮性（scalability）是關鍵。伸縮性不僅是系統集成商最關注的，也是最終用戶所關心的事。對伸縮性有要求而且也有直接影響的，是兩大要素。其一，是支持應用軟件運行的計算機的檔次；其二，是支持應用軟件運行的數據庫的規模。今天，真正成功的電子商務都離不開非�？煽康臄祿行牡闹С帧榱私⑦@樣的數據中心，則需要利用集群服務器所具備的均衡負載的能力。另一個很重要的因素，是應用服務器的集成性，即必須具備與各種數據庫和主機系統有效集成的能力。集成性是在電子商務應用中能夠保護已有投資的前提。那些在過去很常時期內，花費了巨大人力才力和物力才得以完成和積累起來的信息和應用，不但是企業的財富而且也是電子商務應用的基礎。在電子商務應用的初期，至少必須作到讓新的應用能夠“用得上”或者能夠“連接到”原有的信息和應用。然后，伴隨著應用的深入以及相關支撐技術的更加成熟，也才有可能從原有的信息和應用中挖掘出更有價值的東西。
支持開放標準
支持分布式應用的開放標準，是對應用服務器的另一重要要求。在當前，這一標準的具體體現就是J2EE（Java 2 Platform Enterprise Edition）。 J2EE是開發、配置和管理分布式應用的新平臺，能夠支持建立以服務器為中心的多級應用結構。Java 2平臺是J2EE的基礎。以J2EE為平臺開發多級分布式應用，具有一系列明顯的優點：
1、J2EE是一種開放而統一的平臺，支持企業級應用系統開發，配置和管理的全過程。用戶不必再受具體軟硬體系結構的約束。
2、使企業級應用真正實現“開發一次，到處可運行”。
3、開發企業級應用所需的全部服務，不僅盡收于該平臺而且都是直接可用的。
4、提供簡單易用的程序設計模型。
5、能夠充分利用和容納企業已有的IT資源，確保企業級應用能夠在多個平臺上運行。
J2EE包括了以下主要技術：
1、Enterprise JavaBeans（EJB） 1.1
2、JavaServer Pages（JSP） 1.1
3、Servlet 2.2
4、JNDI（Java命名與目錄界面）
5、JDBC 2.0（Java關系數據庫訪問API）
6、Transactions（JTS/JTA）（Java事務處理API）
7、Java Message Service（JMS）
8、CORBA
不僅如此，J2EE與其他相關技術之間還有很強的互補、協同和增強的關系，例如：
J2EE與Enterprise JavaBeans（EJB） EJB技術是J2EE的基礎。前者為在分布式計算環境下執行業務邏輯提供一種可伸縮的體系結構，而J2EE則使EJB的組件體系結構與Java平臺上的其他有關技術結合起來，實現以服務器為中心的無縫開發與配置。
J2EE與XML XML是J2EE平臺的組成部分之一。J2EE已計劃利用XML提供B to B數據交換框架。在此目標實現之前，可以利用JavaServer Pages（JSP）在服務器間或者服務器與客戶機間產生和運用XML.另外，Enterprise JavaBeans（EJB）利用XML描述組件的配置性質，因而使EJB不僅產生可移植的代碼而且還產生可移植的數據。
J2EE與ISV
互聯網服務提供商（ISV）和企業應用的開發者都需要J2EE.因為J2EE給ISV提供了在Java平臺上完成企業應用的完整藍圖。J2EE平臺使企業應用的開發者只需集中精力刻畫自己的業務邏輯，在無須關心其他非自己能力所長的技術細節（如各種業務對象如何分布，消息如何傳遞，如何命名和組織目錄等）的情況下，仍能夠高效地產生分布式商業應用。
從以上內容不難理解，為什么在建立多級企業應用時，J2EE 處于事實上的標準地位。因此，支持該標準的應用服務器，是保證立足于它的客戶應用能夠真正跨平臺的基礎設施之一。
企業數據連接
電子商務對于企業內部與外部數據源的利用和連通，有更為迫切的需要和更高的技術要求。承載這類要求的系統部件，也主要是應用服務器。在所有數據源中，主流的和基本的是遵從SQL標準的各種關系數據庫。由于Java 平臺對電子商務的極端重要性，今天最為重要同時也最為流行的企業數據連接界面是JDBC，即一組公共的Java API .幾乎所有的數據庫廠家都提供自己的JDBC驅動軟件，同時也有一些工具軟件的制造商提供第三方的JDBC驅動軟件。應用服務器對所支持的JDBC驅動軟件，總是要作技術上的確認。另一類重要的連接界面是ODBC，提供了對于微軟的所有桌面系統的連接能力。這類界面在驅動軟件上的情況與JDBC基本相同。另一方面，在非關系數據源中，包括SAP R/3 及PeopleSoft 等優秀軟件在內的應用系統占有很重要的位置，優秀的應用服務器也應當具有與這類數據源的連接能力。例如， Silversteam的應用服務器，不但能夠連接以上所述的各類數據源，而且是以統一的方法解決企業數據的連接的。它所采用的方法就是它獨具特色的“數據源對象”（data source object）方法。在這里，與不同數據源連接中的差異性，完全封裝在各自的數據源對象之中。
應用服務器與網站建設
網站結構
當在網站上創建Web應用時，通常需要考慮三個主要因素：可采用的技術（如Java、ActiveX、CGI、NSAPI或ISAPI），與所用技術相應的結構，以及在此結構上創建一個應用所需的Web工具。
和任何分布式應用一樣，當考慮到Web網站的建設時也需要分層考慮。最簡單的Web網站通常由Web瀏覽器和Web服務器兩層構成。稍復雜一些的網站則包括三層：即Web瀏覽器、Web服務器和數據庫服務器。傳統的查詢引擎就是三層Web網站的最佳范例。最復雜的情況是Web網站由四層構成，分別是Web瀏覽器、Web服務器、數據庫服務器，以及位于數據庫服務器和Web服務器之間的應用服務器。
TP監測器為了服務器端進程處理事務服務和與數據庫服務器之間的通信，然后服務器端進程再將結果以HTML的形式反饋給Web客戶機。
四層的Web網站結構現在使用得并不十分普遍，但隨著網站上關鍵性商業應用的發展，它也將日益受到人們的關注與重視。在電子商務越來越受到關注的今天，事務處理監測器（TP監測器）、分布式對象和應用服務器等基礎技術受到IT界高度重視是理所當然的事。
網站定制
TP監測器為Web服務器和數據庫之間的商業應用處理增加了另一層技術，并提供了一些先進的應用處理能力。這種結構允許Web客戶端從一個使用服務器端腳本和傳統編程語言如C++等的CGI、NSAPI或ISAPI應用訪問TP監測器服務。TP監測器于是代表Web服務器進程（即CGI、NSAPI或ISAPI應用進程）處理事務服務和與數據庫服務器之間的通信，隨后將信息返回給該進程，而該進程又將結果以HTML的形式反饋給Web客戶端。BEA System公司的Tuxedo和微軟公司的MTS即是作為應用服務器與Web服務器協同工作的TP監測器的典型例子。
更進一步地說，在分布環境下，服務器端的進程需要能夠與標準分布式對象的中間層通信。分布式對象是為分布式應用提供標準接口和中間件的遠程程序。規范這種通信的，是分布式對象標準。公共對象請求代理結構（CORBA）和分布式組件模型（DCOM）就是當今兩個最通用的分布式對象標準。
近年來，IT界在將Java和CORBA合并為一個單獨的分布式對象方面取得了一些進展，從而提供了滿足Java標準的能力（如服務器端和企業級JavaBeans）。因此，應用服務器都將融Java于其中作為優先追求的目標之一。
在網站定制中，普遍認為TP監測、分布式對象標準和Java平臺是最為重要的技術要素，而應用服務器則是將三者有機結合起來的斡件（organizer）。
負載均衡
將網站應用于商業應用（ 亦即我們常說的“傳統應用的Web化” ）時， 服務于此的應用服務器的作用是極其明顯的。應用服務器并不是一個新鮮事物，我們早在數年以前就已經在經典的兩層客戶機/服務器應用結構和分布式計算領域中使用過它。但是將它應用于Web網站則是新近才出現的。
在網站建設的大環境下，應用服務器將應用從Web服務器和數據庫中分離出來，為處理大量的用戶與事務提供了一個更為結構化更為完美的解決方案。我們可以在Web或非Web的結構中使用應用服務器，即在應用服務器上存放服務器端的處理和共享應用邏輯，同時可將應用服務器用作處理事務的專門機構。重要的是，應用服務器能夠提供諸如均衡負載、線程池和恢復服務等先進特性。這些特性以及應用服務器的事務處理能力允許適用于Web的應用更好地擴展和更快地從失敗中恢復過來。
在多數情況下，作為一個只提供內容的標準網站，似乎無需應用服務器。然而，如果Web服務器處理應用的負荷很重，那么應用服務器就是解決問題的關鍵所在。
應用服務器與其他企業應用
電子商務的基本運行原則是以客戶為中心。因此，客戶關系管理（CRM）在電子商務中占有很重要的位置。在很多大企業（特別是制造業）中，像ERP這樣的傳統應用依然是很基本和很主要的應用。但是，電子商務要求對企業應用進行必要的重整。在這一過程中，CRM應用起著很重要的作用。在重整后的企業應用中，CRM應用也處于很核心的位置。因為，這里是企業與客戶的唯一聯絡渠道，也蘊藏著其他企業應用和領導決策所需要的重要信息。從這個意義上講，沒有CRM就沒有現代企業。但是，CRM應用是架構在完全異構的、動態的和分布式的環境之上。建造這樣的環境，需要依托于像J2EE這樣的新平臺，而應用服務器是這一平臺的核心。
信息門戶是近來在企業應用中最受關注的一個方面。與像Yahoo， Excite及Netcenter等普通門戶不同，企業信息門戶（EIP）打破了在多年信息系統建設中所形成的種種技術壁壘，能夠將企業應用（數據，信息和服務）引導到工作現場。EIP 屏棄那種千人一面式的服務，而是強調服務的“個性化”：即在正確的時刻，正確的地方，將正確的信息提供給真正需要它們的人。因此，正如SUN公司的Alan Baratz所言，“企業信息門戶處于企業軟件計算環境的中心”。為了提供真正個性化的服務，EIP的基本任務是將從后端系統和數據庫取得的服務與數據，以最適合于前端工作的方式提交到工作現場。由于應用服務器處于多級應用結構的中層，其基本任務是將數據和業務邏輯提交到WEB上。因此，正如SUN公司Todd Sundsted所言，無論是CRM還是EIP，支撐它們的“幕后英雄”都是應用服務器。 電子商務正在成為一種強大的驅動力量，引發著一系列新的觀念、新的技術和新的產品，而應用服務器則是最引人注目的一個方面。據分析稱，估計到2001年，全球應用服務器的年市場營業額將達到20億美圓，今后還會以更快的速度增長。另據稱，IT領域已約有30%的商家宣布了要提供應用服務器產品及相關的服務。僅僅這兩個數據就足以反映出應用服務器市場的火暴程度。IT商家都知道，爭奪應用服務器市場就是爭奪方興未艾的電子商務市場的制高點。毫無疑問，從這種異彩紛呈的競爭中受益的將是最終用戶。但是，當為電子商務所必要的技術、產品和服務都已到位的時候，我們都準備好了嗎？
相關熱詞： 電子商務
