WEB服務器大比拼

    有時候Apache給人的感覺是無處不在，每個人都在運行Apache，甚至包括它們的狗也運行有自己的Apache :)。但是即使如此，仍然有很多種其他的Web服務器可供選擇。本文就對目前市場上主流Web服務器進行全面的比較。

WEB服務器

    Apache無處不在，可以運行在包括Linux、Soloris等多種系統平臺之上。Apache在網絡市場是無可爭議的領頭羊。幾乎在任何一本關于網絡管理的教程中關于Web服務器內容討論的都是Apache。當然選擇Apache是由很多非常充足的原因的,畢竟一千六百萬用戶(根據Netcraft調查報告的統計數據)的選擇不大可能是錯誤的。但是也沒有必要一定去跟隨潮流。Web服務也許要多樣性，GNU/Linux的哲學就是更據自己的需要和實際情況選擇適合自己的工具。

    也許你的選擇更多的注重于速度和可靠性，而不是嘩眾取寵。也許你僅僅是希望尋找一個干凈、易于配置的web服務器。不管你的選擇是什么，總是有很多的軟件可以滿足需求。在本文中，我們將對多種web服務器進行分析比較，提供給用戶選擇最適合自己的Web服務器的依據。

    編寫一個基本的web服務器是非常簡單的，僅僅需要監聽合適的端口，建立連接，發送數據。編寫這樣的服務器一般和客戶端的開發一般總是相輔相成地發展的，兩者的誕生標志著WWW的開始。在九十年代瀏覽器、web服務器、HTML和HTTP協議都得到了快速的發展。隨后服務器變為由NCSA開發，相應的也變為NCSA Web服務器。瀏覽器由Mosaic變為Netscape Navigator。NCSA目前仍然可以得到，雖然它不再被維護和繼續開發，但是仍然可以免費下載其源代碼。其就是著名的web服務器Apache的前身。

    但是要進行這樣的聯系也需要一個客戶端、一個協議和一個網絡環境。但是當Internet不斷發展，web服務器需要更多的功能以滿足客戶端對更多動態內容的需求。Apache已經發展出擴展模塊方式來滿足這種需求。但是當web服務成為很多商務應用都必須面對和采用的技術時，就出現了很多不同web服務器以滿足這些不同的需求?？缮炜s性，可靠性，速合和高級動態功能都是web服務器應該具有的關鍵因素，特別是在電子商務應用環境中。易于配置和管理對于新手來說也同樣重要。

    對于這些所有的特性來說并沒有任何一個特定服務器能完全滿足需求，但是如果你對自己的web服務的需求有明確的認識，那么在所有的web服務器中必然有一個能滿足你的需求。

Apache 1.3.19

    Apache仍然是最偉大的全能選手，也許它有些過于龐大、歷史悠久，但是其優秀的性能和大量用戶群，它應該會有更好的發展。就它靈活性和豐富的特性功能而言，Apache相對于這里測試的其他web服務器來說可以說是web服務器的標準。除非你的在過去的四年里與這個世界相隔離，否則一定會看到大量的新聞文章歡呼Apache的成功，并將其作為開放源碼成功的典范。Apache并不是采用GPL版權聲明，而是采用自己的Apache Server版權聲明，其強調自由地使用源代碼。Apache同樣以“補丁服務器”而聞名，主要是因為早期Apache的開發是通過對NCSA的httpd代碼添加補丁程序來進行的。Apache被看做是“補丁服務器”還因為它具有模塊化特性，該特性實現了Apache的靈活性和可擴展性，而且開發者可以利用該特性很容易地添加第三方功能模塊，通過模塊開發人員可以添加任何功能，模塊是很多內容管理系統的功能基礎，如Midgard，Zope等。

    幾乎所有的Linux發布都安裝Apache作為默認配置。SuSE 7.1甚至預安裝有包括各種高級模塊選項的Apache，如PHP3，mod_perl和LDAP等等。用戶會驚奇地發現系統安裝成功就會有一個功能強大的web服務器可供選擇。雖然安裝Apache并不是非常簡單，但是如果有具有新的特性或安全補丁的Apache發布，則下載源代碼包并編譯新的Apache是值得的。Apache不但具有龐大的用戶群基礎，并且有豐富的配置使用文檔。

    Apache的主配置文件為純文本格式的httpd.conf，隨著Apache版本的發展，其他一些配置文件則逐漸消亡，趨向于使用單一的配置文件httpd.conf來存放所有的配置指令，如客戶訪問信息、記錄認證信息和虛擬服務器等等。Apache配置選項采用的是指令模式，配置指令設定各種參數的值，例如：DocumentRoot設置服務器web頁面的根目錄。你也可以靈活地設置多個基于IP或基于域名的虛擬Web服務器，這些web虛擬服務器可以各自定義獨立的DocumentRoot配置指令。而LoadModule指令則用來指定加載不同的模塊來實現對Apache服務器功能的擴充。這些新功能大多是提供服務器端對腳本技術的支持，比如Perl、PHP等。Apache結合使用ApacheJServ可以實現對Java servlets及JSP的支持。

    Apache的很多模塊實現安全方面的防護：如mod_auth提供對對服務器上數據進行適當的保護，而SSL模塊則用來保護服務器和客戶端之間的通信安全。

    對于大多數用戶來說，手工編輯冗長的httpd.conf文件顯得枯燥且易出錯。幸運的是Redhat中的Linuxconf和webmin都提供了非常完善的Apache配置模版。Aapche的GUI項目同樣提供了Comanche和Mohawk來實現對Apache圖形方式配置和管理。這些工具都大大減少了管理和配置Apache的難度，但是對httpd.conf一定理解對于配置高性能服務器來說是非常重要的。

    很多地方都聲明Apache并不是最快的web服務器，Apache的開發者的確是沒有過多地考慮其開發一個超快的web服務器。而功能和穩定性則是考慮更多的因素。然而Apache在很多負載很大的站點中運行非常正常，并沒有得到過多的關于性能的抱怨。在我們使用webstone進行性能測試中，發現Apache的吞吐量位居第一，并且出錯最少。在測試中雖然Apache的可擴展性不知最強，但是仍然是提供了如此多特性的服務器中速度最快的。

Zeus Webserver3.3.8 服務器

    Zeus是一個商業化的web服務器產品，最近它成為很多業界媒體中的頭條新聞，因為有消息宣稱Zeus服務器的性能在2.4內核＋SMP環境下相對于2.2.x內核環境下性能提升了85%之多。速度永遠是Zeus服務器的賣點。常常有評論說如果希望對Linux進行其作為服務器操作系統的性能測試，那么就運行Zeus進行測試。

    Zeus服務器在SMP環境下有優秀的可伸縮性，并實現了常見的特性集合，如訪問控制、動態內容產生和安全等。它具有健壯、集成有集群支持的容錯和負載平衡等特色，是高端應用的很好的選擇。

    Zeus服務器的安裝和管理相對比較簡單。軟件是以tar.gz格式的包格式，安裝軟件只需要解壓軟件包并運行一個安裝腳本，在性能適當的機器上安裝過程只需要幾分鐘。而且Zeus服務器安裝以后提供web方式的遠程管理功能。

    對Zeus的管理分為兩個部分：管理配置部分包含對管理服務器本身的配置和訪問；而web配置部分則包含對web服務器的各方面特性的設置，從虛擬服務器設置到集群系統的管理及監控等等方面。默認情況下即使Zeus僅僅運行一個服務器，其也被看做是一個虛擬服務器。和Apache一樣，多個虛擬服務器可以運行在同一臺服務器上，同樣虛擬服務器可以是“硬”(基于IP)或“軟”(基于域名)虛擬服務器。

    管理服務器的GUI界面非常易于使用，可以輕易生成復雜的多虛擬服務器的配置。使用GUI，不同虛擬服務器的設置可以相互克隆，可以建立集群系統，可以實現類似.htaclearcase/" target="_blank" >ccess的模塊化配置。監控工具非常不錯，具有對每個虛擬服務器和獨立的集群節點的動態監控。

    其功能可以與Apache匹敵，包含易于實現的SSL安全特性和其他有用的特性，如帶寬控制等等。Zeus宣稱支持PHP和Java Servlets。雖然易于使用的管理界面在某種程度上模糊了這些高級的配置特性。PHP4可以通過Zeus支持的API方式(NSAPI)來運行，也可以通過CGI發給你是來運行。但是很多用戶報告這種API方式存在穩定性問題。

    高端應用服務器的性能總是難以精確的測試，在負載相對較小情況下進行的測試，盡管很難給出在超負荷情況下服務器的運行情況，仍然具有一定的實用價值。在我們的測試中，Zeus在服務器的吞吐量和響應時間上性能卓越，和Apache一樣它出錯的概率也很少。Zeus具有其它服務器所不具有的漂亮簡潔的GUI配置界面。據報道，Zeus在四個處理器的Linux系統下運行性能良好。要建立高性能的Zeus服務器，相對其它服務器Zeus顯得略為有點繁瑣。

iPlanet Enterprise Edition 4.1

    Netscape公司為不同操作系統平臺開發了多種WEB服務器，但到最近它才發布了自己在Linux下的產品。曾經非常流行的Netscape Enterprise Server現今被運行在Linux下的同類產品iPlanet Enterprise Edition所替代。iPlanet是SUN、Netscape和AOL公司聯合生產的WEB產品，它被力圖設計成高性能、跨平臺的e-commerce產品。iPlanet和其它Netscape產品一樣具有很高的性能，而且iPlanet具有SUN公司Java的特性。

    iPlanet可以自由下載評估版使用，也可以購買正式版本。因為在壓縮包中包含Java的運行環境JRE，所以iPlanet的壓縮包相對較大。壓縮包被解壓后，一個基于shell的簡單安裝工具可以幫助用戶完成Administration服務器和Web服務器的安裝。所有關于安裝的信息都在這個時候輸入，當然你也可以選擇安裝的選項，如選擇安裝Java組件或者LDAP目錄，以便以后利用LDAP管理用戶和組。

    就像現今流行的那樣，iPlanet也允許以瀏覽器方式管理和配置。Administration服務器提供了全面的管理和監測功能，利用它可以重新配置Administration服務器和Web服務器。在集群節點iPlanet服務器環境中，可以在一個Administration服務器中利用群集數據庫管理它們。

    iPlanet的多層菜單結構體現了iPlanet豐富的功能，利用菜單選項可以實現WEB服務器的所有管理。iPlanet具有非常有用的在線幫助文檔和完整的SSL加密機制，這些特性保證用戶登陸和現場檢測的安全性。iPlanet允許配置基于IP和名字的虛擬服務器。

    現在WEB服務器和WEB應用程序服務器之間的界限變得越來越模糊，iPlanet象其它專業WEB服務器一樣也支持JAVA API，以便提高自己的性能。Enterprise Edition 4.1本身內置JRE，可以和大多數的數據庫互聯，它也支持JSP 1.1的API、Serverlets 2.2的API和Livewire。 它擁有功能強大的軟件包，其功能遠遠超過了動態腳本語言。Enterprise Edition 4.1同時也支持傳統的腳本方式，如CGI、NSAPI，因而可以沒有任何問題、方便的從其它產品遷移到iPlanet。

    iPlanet具有現今高性能WEB服務器的特性，相對其它WEB服務器iPlanet還提供更多的JAVA功能。在WebStone環境中測試，iPlanet的性能非常良好。雖然iPlanet有時會因服務器端未能響應客戶端的請求而在客戶端產生許多錯誤，但是它的吞吐量和響應時間性能卓越。作為一個昂貴的WEB服務器產品，希望能看到以WebStone作為測試基準的更多的測試結果。如果你在尋找能夠運行標準Java API，并且在Java API環境下運行速度良好的WEB服務器產品，iPlanet當是你的首選。

AOLserver 3.3.1

    AOLserver是一個多線程、可升級和擴展的WEB服務器。AOLserver服務器使用簡單而且功能強大的Tcl作為其內嵌式的腳本語言和服務器端的API。就像名字所表明的那樣，AOLserver在AOL公司的在線服務中得到了廣泛應用，隨著AOL公司本身的發展，AOLserver也增添了更多的特性，其速度也得到了顯著提高。和其它大公司一樣，AOL公司也公布了AOLserver的所有源代碼。該源代碼遵循AOL公司自己的AOLserver版權聲明，同時AOL公司也從此種開放式開發模型中獲益。

    AOLserver的研究始于1994年，當時它作為完整的WEB發布系統的一部分進行開發。在該WEB發布系統中內嵌了WEB服務器的WYSIWYG網頁編輯器，該網頁編輯器強調內容變化的便利性和內容更新的快捷性。恰如早期的HTML和WWW網一樣，WEB發布系統被設計成一個完整的網頁編輯系統。隨著時間的推移，AOL公司的網頁編輯器已經不復存在，但是由于Tcl腳本語言的出現和它對動態網頁的支持，AOLserver卻生存了下來。

    和Apache相比，AOLserver也支持源代碼公開、性能也非常優異，它們都可以通過模塊方式添加新的功能，但是AOLserver卻支持Tcl語言，而且以不同的方式和數據庫互連。AOLserver可以連接和使用后臺的關系型數據庫(RDBMS)，例如Oracle，PostgreSQL等。AOLserver在UNIX系統中作為單個進程運行，從而使得web服務器可以共享數據庫連接，進而使得運行在AOLserver中的腳本語言擁有更高的速度。AOLserver的腳本語言也可以通過一個抽象層同時訪問許多數據庫管理系統。

    AOLserver可以免費從AOL的官方網址或者它的開發站點Sourceforge下載。只要把AOLserver的壓縮包解壓，就可以非常簡單的使用gmake編譯和安裝AOLserver服務器、可選模塊、Tcl庫、工具軟件及其響應文檔。用戶可以使用config.tcl配置AOLserver的環境。用戶也可以如Apache那樣，安裝和管理權限控制、CGI、SSL和數據庫連接等模塊。剛開始的時候，用戶可能無法完全清楚、正確的安裝和設置“軟”(基于域名)虛擬服務器。AOLserver的文檔非常完整詳細，但是有點略微繁瑣。它包括了安裝、配置的方方面面和Tcl API的詳細說明。但是AOLserver并不支持基于HTTP 1.1的軟虛擬服務器。

    用戶可以在遠程利用類似Tclsh的模塊管理AOLserver，該模塊運行在系統的指定端口。一旦運行該模塊，通過Telnet方式連接、管理AOLserver或者利用監控模塊執行Tcl命令都是很簡單的事情了。

    在許多測試環境下，AOLserver的表現并不能令人滿意。在WebStone環境測試AOLserver，會出現許多錯誤，還有相當多的客戶無法連接到AOLserver服務器。雖然以上的問題會使人認為AOLserver的性能很差，但是在負載相對較小情況下進行的測試結果并不能完全令人信服。

    我們不能據此就認為AOLserver不值得一用，因為利用WebStone無法測試數據庫的連接速度等其它參數，因而以上的測試結果僅供參考。盡管AOLserver沒有簡潔的安裝和配置工具，但是對那些需要較快數據庫響應速度的客戶，還是推薦使用該類產品。

Roxen WebServer 2.1.31

    當說到適應動態網頁內容這個問題時，我們又使用了模塊k化這個名詞。Roxen服務器使用了一個服務器端的語言Pike，利用Pike既可以為Roxen開發全新的模塊，也可以嵌入到Roxen系統中。Pike是解釋性語言，語法和C語言非常相似。因為Pike是在以前寫MUD游戲的語言的基礎上發展起來的，因而它在安全認證方面非常出色。Pike無論從編程風格還是語法特點上都和C語言很接近，所以一個標準的C語言程序在很短的時間就可以改寫成Pike程序。作為一個解釋語言，Pike當然比編譯性語言C的速度要慢，但是它的調試相對簡單而且開發周期也很短。在Roxen服務器環境下，使用Pike語言生成動態網頁內容，速度會有所提高。

    在Roxen中可以使用RXML語言生成動態網頁內容。RXML是函數形式的服務器端XML腳本語言，它由Roxen服務器解析并執行。Roxen使用HTML方式的標簽生成動態網頁，標簽可以由JAVA或者Pike生成。其實在Roxen服務器環境中，幾乎所有的工作都可以使用Pike完成。

    安裝Roxen非常的簡單，只要使用下載的shell腳本就可以方便的解壓所有必需的文件，并且設置管理接口和Roxen服務器本身。在安裝完Java2，Orcle和Sysbase特制的腳本語言和推薦使用的內置升級系統后，Roxen的所有特點就會漸漸顯露出來，同時Roxen也會安裝Pike的解釋器和其它工具。

    就象其它的WEB服務器一樣，Roxen也允許使用基于瀏覽器方式完成服務器配置工作。這種配置方式擁有流行的、簡單的菜單系統，使用這些菜單可以設置系統的所有選項。Roxen中也有豐富的幫助文件，這些文件涵括了Roxen和Pike的方方面面。通過模板或不使用模板生成一個新的站點都可以配置“硬”(基于IP)虛擬服務器。模板就是Pike模塊的基本列表，利用這些模板就可以設置Roxen的不同功能。任何站點或者服務器必須設置和運行特定的模塊，并使用它們管理站點的內容。一個站點必須包括文件系統模塊和目錄模塊。利用文件系統模塊可以設置文件的根目錄，目錄模塊則管理索引文件和目錄列表。在Roxen系統中，用戶可以根據需要檢查每個模塊的配置內容和安全性信息。

    在任何Roxen站點中都可以添加帶寬控制、代理、中轉服務等外來模塊及兼容性、數據庫連接、Java、PHP4和Perl語言的支持模塊。

    Roxen管理服務器允許同時登陸管理和WEB服務，并對其進行全面監控。Roxen還提供SSL安全機制。對于那些習慣Apache系統的用戶來說，安裝Roxen可能得費些功夫。但是一旦習慣了使用Roxen-Pike，你就會覺得Roxen強大的功能也是頗令人喜歡的。

    因為Roxen允許使用外置模塊，所以它的性能受這些模塊的影響較大。在一個運行Roxen的高端康柏Proliant服務器中連接500個客戶端，CPU的資源會全被占用，這樣其它任務的性能就會降低。雖然在WebStone環境的測試表明Roxen的大多數參數指標比Apache和Zeus的要低，但是Roxen的總體性能還是令人滿意。那些希望把Roxen作為高負載服務器使用的用戶，建議再進行相關的測試，或者選取其它的測試工具。雖然Roxen總體看起來很穩定，而且具有非常出色的Pike和令人心動的外置模塊功能，但是我們仍然建議用戶把Roxen看作一種有益的嘗試。

Jigsaw

    你不可能再找到象Jigsaw那樣適應未來需要的WEB服務器了。它由WWW組織(W3C)開發，W3C組織負責研究和規定網絡協議的標準(如HTTP)。Jigsaw 剛開始被設想成HTTP 1.1的運行環境。它使用JAVA語言開發，是成功的面向對象、功能全面的服務器。因為Jigsaw不受測試平臺的限制，所以Jigsaw是一個具有活力的、擁有無限潛能的優秀WEB服務器。

    Jigsaw使用JAVA作為開發語言，因而它可以方便地在所有支持JAVA的平臺上運行。通過使用模塊化的方法，Jigsaw具有更高的靈活度和可擴展性，可以動態的把模塊加入服務中。Jigsaw利用面向對象的方法設計和開發，因而所有資源包括CGI腳本和文件都被視為對象，從此不難看出Jigsaw在未來的前景。

    但是對那些具有傳統知識背景的人來說，這種新型體系結構可能會使人感到迷惑。安裝和運行基于JAVA的軟件總是需要一定的技巧，而且運行這種便攜式語言的性能仍值得懷疑。

    一旦下載了必需的JDK(或者SDK)和最新的Jigsaw版本，安裝Jigsaw將會非常的簡單。在Jigsaw服務器中，幫助用戶設置Jigsaw環境、運行服務和編譯特性文件的幫助文件非常有限。但是以上的系統設置并不是很難，用戶可以在幾分鐘完成這項工作。本地或者遠程用戶都可以通過瀏覽網頁獲取設置Jigsaw管理服務器的詳細信息。

    JigAdmin擁有友好的圖形控制界面，利用它可以控制本地的Jigsaw管理服務器。JigAdmin有許多命令選項，其可控制的功能相當的復雜，用戶可以利用它管理Jigsaw管理服務器和http服務器。JigAdmin使用不同的樹型結構代表doc space，indexers，properties和realm等的相關內容。doc space很明顯是關于JigAdmin的目錄和文件結構。properties指代的是servlet和loggind等的服務特性。realm和indexers則對用戶不透明。直觀的理解這些資源的意義是很不現實的。即使你對面向對象結構不太熟悉，仍很有必要全面的閱讀JigAdmin的文檔，因為JigAdmin中的很多概念難以掌握。

    JigAdmin的文檔服務強調兩個不同的處理階段：索引階段和服務階段。索引階段為所使用的文檔生成資源，以便減輕服務階段的壓力。資源是理解Jigsaw的關鍵，通過資源編輯器管理資源是體現JigAdmin強大功能的關鍵。Jigsaw把資源作為對象和外界進行交互。這些資源可以是原始對象，例如文本或者圖形文件，或者生成的對象如servelet、CGI腳本和過濾的資源等。一旦你熟悉了Jigsaw的這些核心概念后，你就感受到Jigsaw的強大功能。Jigsaw的這些特性使得它在動態腳本處理方面比其它同類產品更為出色，但其的學習過程也略為艱難。Jigsaw所有的特性和概念都來源于把萬維網看作一個整體環境，而這就使得Jigsaw體現了最新的技術和標準。

    和Apache和NCSA HTTPd相比，在某些情況下Jigsaw具有很好的性能。但不幸的是我們無法用WebStone去測試和評估Jigsaw的性能。即使和很少的Client機連接，運行Jigsaw的服務器就會因為過載而無法再返回測試結果。

    很少有用戶會把Jigsaw作為成熟的產品使用，但是通過安裝和使用Jigsaw可以使我們了解HTTP-NG(下一代)的WEB服務器產品。安裝Jigsaw在備用的服務器上，體驗未來產品在協作環境中運行情況仍不失為一個好的方法。

總結

    雖然本篇文章的目的不是動搖Apache在WEB服務器市場的統治地位，但是這種改變的趨勢是無法阻擋的。不幸的是Apache仍然占據了市場的大部份額，多數Linux廠商和媒介機構都推薦使用Apache產品。Apache的GUI管理工具外觀看起來非常美觀，但是如果使用它去管理結構復雜的站點，這對眼睛和大腦來說都是項復雜的工作。使用這些工具也意味著你不得不運行那些管理服務器中并不需要的服務。

    WebStone環境的測試數據表明，在吞吐量、客戶連接數和出錯率方面，Apache比其它產品性能優異。Apache和Zenus在服務器的響應時間上都非常出色，而且都為客戶提供了成熟的高端解決方案，但是不可否認Zenus在SMP方面的優勢。

    選擇WEB服務器時，服務器對動態腳本語言、API的支持和數據庫連接的性能都是非常重要而且值得考慮的內容。如果你對服務器性能要求不是很嚴格的話，選擇AOLserver的Tcl或者RoXen的Pike和RXML也不失為一個好的辦法。對那些尋求可擴展框架WEB服務器的用戶來說，Roxen服務器值得一試。

原文轉自：http://www.kjueaiud.com