主流WEB服務器比較(下)

五. 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