網站建設時、Internet服務器融合具有相同的名稱,運行原理與操作系統相似并與WWW服務器融合一
 
　　起共享網上的文本圖片瀏覽,但相似的方面僅此這些。實際上,公用和專用Web服務器融合是完全
 
　　不同的。
 
　　如果你正在Internet上建立網址,你想要一個能夠跟蹤訪問者并記錄他們所做所為的服務器融合。因為諸如人們如何到達網址以及逗留多長時間的信息對于銷售和教育工作而言至重要。但是,對于為職員建立的Intranet網址上,這一信息是毫無意義的。在Intranet中具備強有力的記錄和跟蹤能力的Web服務器融合可能是多余的。
 
　　到底應該提供哪些性能?建立易于存取的內部保護設計,定制的簡單易修改的服務器配置,Intranet套件工具,容錯設計,簡易的安裝和管理以及簡單的數據庫訪問,這些都是所需要的。
 
　　當然,你會發現,很難買到一臺具有以上所有性能的Web服務器融合。接下來我們列舉一些原則,這些原則將幫助你整理與Intranet有關的購買決策并確定每種類型的最佳產品。
 
　　安全性
 
　　服務器融合常常要求在機構內建立復雜的信任關系。要做到這一點,最佳捷徑是建立授權:告訴系統你的姓名和密碼字,系統將允許你訪問服務器融合的所選區域。但在Intranet上,事情并不這么簡單。訪問特權必須依照你的姓名、地址、工作部門、標題和你的監督對象等多項指標。所以在安全性方面,Intranet服務器融合必須靈活。
 
　　如果公司的Web分布在多服務器融合和部門,這情況更是如此。Web服務器融合本來就是孤獨的—他們極少(如果曾經有過的話)在沒有大量應用級編程的情況下相互之間共享安全和授權。
 
　　即使在單一的Web服務器融合里,授權信息通常分布性較差。正規Web服務器融合安全樣機(model)要求每個訪問區域都有一個授權文件。授權文件列有用戶名和密碼字,服務器融合配置文件可將用戶與許可訪問區域連接。這意味著用戶必須使用多用戶名稱和密碼字,才能到達不同的Intranet區域并且不能輕易地使這些不同訪問方式同步。
 
　　這一規則的例外就是Microsoft公司的Internet信息服務器融合(IIS),它將Windows NT安全性——用戶名稱、密碼字和最重要的訪問控制表性能——擴展至Web。用戶利用自已的用戶名和密碼字向IIS服務器融合證明自己的身份。然后IIS用這一信息限制用戶查看保護模式樣機上的內容。
 
　　同時,公用Web服務器融合的一些授權和安全性能在Intranet上用途不大。傳統上,公用服務如在線銀行業的高級安全性依賴于加密通信和應用級安全的混合,如帳戶號或用戶名及相關的密碼字便是如此。
 
　　在Intranet上,這通常是用不上的。與真正的用戶級安全性相比,在Intranet上附加服務器級授權要簡單得多。通過強調高級服務器融合授權來滿足這些需求,類似IIS等產品的設計師能擺脫重新實施應用定制化和修改為了在Web服務器融合上增加功能,廠商們已實施了公共網關接口(CGI)調用和專有API。但在建立位于執行和管理信息系統前端的高級應用時,這些產品則不夠靈活、有力和迅速。
 
　　靈活性問題經常出現的一個領域是預處理文本。預處理器是有益的,因為它賦予了HTM作者無需編寫真正的應用代碼即可建立動態Web頁面的能力。這將降低開發費用并簡化維護。
 
　　所有服務器融合都配有具備各種能力的預處理器,高定制化的、基于Web的應用性能是一級的預處理器性能,它們絕大多數情況下都是強有力的。而且,要解決這一問題就必須研究CGI(和API)腳本(Script)或修改預處理器。這兩種方式的協調很重要。許多CGI/API腳本都將對Web服務器融合的性能產生較大影響。另一方面,如果修改預處理器,廠商每次發布重要版本的服務器融合時都要翻新這些修改內容。
 
　　有時,特殊的應用要求按服務器融合運行的方式修改。其中一