企業(yè)與個人網(wǎng)絡(luò)營銷一站式服務(wù)商
網(wǎng)站建設(shè) / SEO優(yōu)化排名 / 小程序開發(fā) / OA
0731-88571521
136-3748-2004
136-3748-2004
安全性
服務(wù)器常常要求在機(jī)構(gòu)內(nèi)建立復(fù)雜的信任關(guān)系。要做到這一點(diǎn),最佳捷徑是建立授權(quán):告訴系統(tǒng)你的姓名和密碼字,系統(tǒng)將允許你訪問服務(wù)器的所選區(qū)域。但在Intranet上,事情并不這么簡單。訪問特權(quán)必須依照你的姓名、地址、工作部門、標(biāo)題和你的監(jiān)督對象等多項指標(biāo)。所以在安全性方面,Intranet服務(wù)器必須靈活。如果公司的Web分布在多服務(wù)器和部門,這情況更是如此。Web服務(wù)器本來就是孤獨(dú)的—他們極少(如果曾經(jīng)有過的話)在沒有大量應(yīng)用級編程的情況下相互之間共享安全和授權(quán)。即使在單一的Web服務(wù)器里,授權(quán)信息通常分布性較差。正規(guī)Web服務(wù)器安全樣機(jī)(model)要求每個訪問區(qū)域都有一個授權(quán)文件。授權(quán)文件列有用戶名和密碼字,服務(wù)器配置文件可將用戶與許可訪問區(qū)域連接。
這意味著用戶必須使用多用戶名稱和密碼字,才能到達(dá)不同的Intranet區(qū)域并且不能輕易地使這些不同訪問方式同步。這一規(guī)則的例外就是Microsoft公司的Internet信息服務(wù)器(IIS),它將Windows NT安全性——用戶名稱、密碼字和最重要的訪問控制表性能——擴(kuò)展至Web。用戶利用自已的用戶名和密碼字向IIS服務(wù)器證明自己的身份。然后IIS用這一信息限制用戶查看保護(hù)模式樣機(jī)上的內(nèi)容。
同時,公用Web服務(wù)器的一些授權(quán)和安全性能在Intranet上用途不大。傳統(tǒng)上,公用服務(wù)如在線銀行業(yè)的高級安全性依賴于加密通信和應(yīng)用級安全的混合,如帳戶號或用戶名及相關(guān)的密碼字便是如此。在Intranet上,這通常是用不上的。與真正的用戶級安全性相比,在Intranet上附加服務(wù)器級授權(quán)要簡單得多。通過強(qiáng)調(diào)高級服務(wù)器授權(quán)來滿足這些需求,類似IIS等產(chǎn)品的設(shè)計師就能擺脫重新實施應(yīng)用級安全的負(fù)擔(dān)。
定制化和修改
為了在Web服務(wù)器上增加功能,廠商們已實施了公共網(wǎng)關(guān)接口(CGI)調(diào)用和專有API。但在建立位于執(zhí)行和管理信息系統(tǒng)前端的高級應(yīng)用時,這些產(chǎn)品則不夠靈活、有力和迅速。靈活性問題經(jīng)常出現(xiàn)的一個領(lǐng)域是預(yù)處理文本。預(yù)處理器是有益的,因為它賦予了HTM作者無需編寫真正的應(yīng)用代碼即可建立動態(tài)Web頁面的能力。這將降低開發(fā)費(fèi)用并簡化維護(hù)。
所有服務(wù)器都配有具備各種能力的預(yù)處理器,高定制化的、基于Web的應(yīng)用性能是一級的預(yù)處理器性能,它們絕大多數(shù)情況下都是強(qiáng)有力的。而且,要解決這一問題就必須研究CGI(和API)腳本(Script)或修改預(yù)處理器。這兩種方式的協(xié)調(diào)很重要。許多CGI/API腳本都將對Web服務(wù)器的性能產(chǎn)生較大影響。另一方面,如果修改預(yù)處理器,廠商每次發(fā)布重要版本的服務(wù)器時都要翻新這些修改內(nèi)容。
有時,特殊的應(yīng)用要求按服務(wù)器運(yùn)行的方式修改。其中一些可用CGI或API腳本修改,而另一些可能要求人工修改基本服務(wù)器。如果你選擇修改服務(wù)器,你就需要Apache,它是由Apache Group公司負(fù)責(zé)產(chǎn)品維護(hù)的免費(fèi)產(chǎn)品。如果不普及的話,Apache算不了什么:它控制著公用Web服務(wù)器的空間,為45萬多個域服務(wù)。這比Microsoft公司、Netscape公司和O'Reilly&Associates公司的域總量還要多。
有兩個優(yōu)點(diǎn):它有完整的資源代碼,它還可被修改。Apache Group公司在Apache服務(wù)器上安裝了插入框架間信號服務(wù)器的修改工作。盡管修改服務(wù)器資源代碼聽起來很危險但用其開發(fā)框架消除了大量危險和不確定因素。
套件工具
如果你以建立應(yīng)用而不是使用預(yù)處理器為重點(diǎn),那么你需要一臺配有好的Intranet專用套件工具的服務(wù)器。編程Web應(yīng)用不比編程任何其他應(yīng)用簡單——只有編程圖形用戶接口(GUI)簡單一些,或者看上去簡單一些。事實上,建立Intranet應(yīng)用可能要比建立分布式系統(tǒng)、群件、電子郵件和移向綜合Web的數(shù)據(jù)倉庫項目困難。必須能提供大型主機(jī)提供的性能并且不能利用單一的區(qū)域或安全的本地文件系統(tǒng)。
開發(fā)商們需要用一個Intranet專用成套工具幫助建立這些應(yīng)用。一個簡單的例子就是面向事務(wù)處理的應(yīng)用,如保險費(fèi)賠償程序。由于Web是無狀態(tài)的,維護(hù)Intranet上在面向事務(wù)處理的應(yīng)用屏面上的狀態(tài)信息就比維護(hù)標(biāo)準(zhǔn)客戶/服務(wù)器系統(tǒng)狀態(tài)信息困難。每個屏面都是一個獨(dú)立的事務(wù)處理;屏面和屏面之間沒有信息流。與帶有自己的GUI的應(yīng)用不同,Web應(yīng)用不能依賴于一個與用戶相連的未中斷持續(xù)鏈路。HTTP可提供幾種用于維護(hù)狀態(tài)信息的方法。最受爭議的是cookies,它可提供一種不安
全的方式,幫助服務(wù)器在客戶機(jī)上存儲狀態(tài)信息并在客戶機(jī)運(yùn)行應(yīng)用時檢索信息。cookies受到的爭議頗多,因為它混淆匿名如何在Web上運(yùn)行和利用cookies進(jìn)行跟蹤的概念。任何情況下,Intranet應(yīng)用通常不存在公用Web應(yīng)用遇到的保密問題。但還有一個安全問題,即cookies的內(nèi)容直接處于用戶的控制之下,服務(wù)器不能依靠cookies在事務(wù)處理過程中避免被破壞。
另一種在多屏面上跟蹤單一客戶機(jī)的技術(shù)與靜態(tài)URL有關(guān),每個URL都被修改過以便存儲一些狀態(tài)信息。這保證能夠奏效——直到用戶用其中一個URL標(biāo)注一頁面并試圖在事務(wù)處理完成后很長時間才回到這一頁面。URL也會失效,用戶就不知道下一個頁面在哪。和靜態(tài)URL都是有用的,但在建立超過一屏的、強(qiáng)壯的應(yīng)用時,這些URL就不夠用了。程序員必須考慮諸如事務(wù)處理恢復(fù)、與授權(quán)系統(tǒng)的集成和數(shù)據(jù)庫連接等問題時,情況尤為如此。
不幸的是,Web服務(wù)器采用平面方式編程:程序庫就在那兒,去用吧。對于許多Web開發(fā)商來說,網(wǎng)址建立始于一個問題:"什么樣的代碼我能當(dāng)模型使用"。程序員們從樣品應(yīng)用得好的成套工具和相關(guān)的應(yīng)用資源代碼上獲益。這方面好的實例就是Netscape公司的企業(yè)服務(wù)器,它在其AppFoundry、StarNine技術(shù)公司的WebStar等產(chǎn)品上有許多樣品,包括超過100個樣本應(yīng)用。兩種服務(wù)器都可為Web開發(fā)商提供遷移的牢固的基礎(chǔ),以便開發(fā)商發(fā)展新的應(yīng)用并修改現(xiàn)有的應(yīng)用。
容錯
當(dāng)企業(yè)將各種各樣的重要應(yīng)用移向基于Web的前端時,以前悠閑自得的Web服務(wù)器管理員在運(yùn)行服務(wù)器時必須假想企業(yè)是依賴于那些服務(wù)器的。Intranet服務(wù)器的應(yīng)答時間和正常運(yùn)行時間對于企業(yè)是成功的關(guān)鍵。企業(yè)的成功關(guān)鍵應(yīng)用要求在具有故障排除能力或負(fù)荷共享能力的容錯服務(wù)器上運(yùn)行。所有這些特性都與粗糙的Internet正相反。公司、Netscape公司和其他少數(shù)幾家Web廠商保證他們能為Intranet提供"大企業(yè)"型軟件。但是,他們不能獲取那些IT管理員的信任,這些管理員通常認(rèn)為,傳統(tǒng)的計算機(jī)廠商, 如DEC公司、HP公司和IBM公司能為他們建立軟件。
這種情況下,選擇服務(wù)器不如選擇系統(tǒng)重要。Windows NT在像工作組操作系統(tǒng)一樣流行時并不能提供老的操作系統(tǒng)幾年來具有的容錯和負(fù)荷分享特性。NT在其網(wǎng)絡(luò)應(yīng)用和TCP/IP實施方面受到批評。因此,一些IT管理員指責(zé)說,建立起來的任務(wù)——重要 Intranet應(yīng)用正成為他們古老的固態(tài)備用件——Unix和DigitalOpen的VMS。(如果IBM的MVS操作系統(tǒng)能使用一個好的Web服務(wù)器,他們就能在上面建立Intranet。
當(dāng)你需要堅如磐石般的可信性、故障排除能力和負(fù)荷共享時,能提供內(nèi)部群聚技術(shù)的不失為一個好的Intranet平臺選擇。Netscape的商業(yè)服務(wù)器、Process Software公司的和俄亥俄州立大學(xué)(OSU)Web服務(wù)器都在OpenVMS上運(yùn)行。OSU Web服務(wù)器在安裝的數(shù)量上領(lǐng)先。
公司的后備辦公室操作系統(tǒng)還有另外一個優(yōu)點(diǎn)。Windows NT就遭受了幾次由幾個對立的系統(tǒng)發(fā)起的拒絕服務(wù)攻擊;很受歡迎的Unix平臺受到了半打的已公開的堆疊-溢出攻擊。鑒于所有這些,OpenVMS幾乎未受任何破壞,這簡直不可思議。作為對內(nèi)裝負(fù)荷共享和容錯的替代性能,諸如Cisco 公司、IBM和Rosonate等公司提供了一些位于Web服務(wù)器場前端的產(chǎn)品,它們可在眾多Web服務(wù)器中指引查詢并將根據(jù)服務(wù)器可用性和負(fù)荷量記錄標(biāo)記。借助這些類型的產(chǎn)品,Windows NT服務(wù)器場能像OpenVMS一樣可靠——盡管所需費(fèi)用較高。
簡易的安裝和管理
大多數(shù)Web服務(wù)器都由Internet服務(wù)供應(yīng)商維護(hù),而群集服務(wù)、Intranet服務(wù)器則由部門管理。許多Intranet不只由1臺或2臺大型服務(wù)器組成,而是由幾打或幾百個小服務(wù)器組成,每個服務(wù)器都由工作組操作,工作組對自己的議程比對保持Web服務(wù)器的活力更感興趣。在這種環(huán)境下,簡易的安裝、管理和協(xié)調(diào)是成功的關(guān)鍵因素。滿足這種需求的一個方法就是挑選一個可由各種平臺支持的單一服務(wù)器。如果能夠建立"公司標(biāo)準(zhǔn)",那么幫助桌面系統(tǒng)就能像支持離線處理器和電子數(shù)據(jù)表一樣支持Web。
幾乎沒有Web服務(wù)器能在多平臺上運(yùn)行。明顯的例外是Netscape公司的系列產(chǎn)品,它們可提供在OpenVMS、Unix和Windows NT間相對不變化的接口。Netscape還有第二個優(yōu)點(diǎn):在We服務(wù)器中,它的通過Web瀏覽器運(yùn)行的管理接口是最強(qiáng)有力和最靈活的。由于Netscape的服務(wù)是通過HTTP管理的,Netscape服務(wù)器的遠(yuǎn)程控制非常簡單。對于那些傾向于編輯配置文件的用戶,Netscape還支持該接口并提供關(guān)于如何進(jìn)行人工維護(hù)配置的文件。
第二個措施是管理最簡易和最簡單的服務(wù)器并將它們提供給用戶。令人吃驚的是,這一措施的一個不可能的競爭者是Macintosh。作為計算平臺,Macintosh的傳奇性的易用特點(diǎn)令人感興趣并對小型部門服務(wù)器——如果不是非正統(tǒng)的——做出選擇。盡管還可以從服務(wù)器控制臺指導(dǎo)管理,但最受歡迎的Macintosh Web服務(wù)器、StarNine公司的WebStar和Netscape一起建立了基于Web的管理接口。
還在WebSite Professional提供了有記錄良好的和極易于管理的Web服務(wù)器。盡管Windows95及NT平臺沒有Macintosh附帶的不干涉管理和協(xié)調(diào)方式,但將工作組Web服務(wù)器置于常用平臺之上的想法是可行的。無論選擇哪種操作系統(tǒng)平臺或服務(wù)器,部門的服務(wù)器管理員需要關(guān)于協(xié)調(diào)和整理服務(wù)器的建議。因為Web的設(shè)計者不想放棄以前的訪問記錄,那么采取消除并存檔舊記錄的措施對于服務(wù)器的長期健康就很重要。盡管平臺能夠支持它,但采取自動化方式卷動過長記錄將會有極大的幫助。
數(shù)據(jù)庫訪問
應(yīng)用開發(fā)商正轉(zhuǎn)向用基于Web的技術(shù)和Intranet打破公司信息系統(tǒng)周圍的MIS僵局。這樣應(yīng)用就經(jīng)常需要對存儲在公司數(shù)據(jù)庫系統(tǒng)里的信息進(jìn)行存檔、存儲、處理和報告。數(shù)據(jù)庫訪問的簡易性對于建立強(qiáng)有力的Intranet應(yīng)用是很關(guān)鍵的。找到一個將HTML和SQ混合到Web頁面上的簡單方式至關(guān)重要。目標(biāo)是能讓W(xué)eb頁面在被裝入后展示查詢精確度的結(jié)果。同樣,無需腳本即可將HTML形式和SQL查詢集成在一起的性能可以讓Intranet開發(fā)商以較低的費(fèi)用獲得額外的能力。商業(yè)服務(wù)器三大廠商——Microsoft、 Netscapet、 O'Reilly——都在其服務(wù)器中配置了工具,無需費(fèi)力即可將后備與SQL數(shù)據(jù)庫連接。這些服務(wù)器都依賴于強(qiáng)壯的SQL接口。不幸的是,一些免費(fèi)服務(wù)器沒有此類接口,或不能與這些服務(wù)器共同運(yùn)行。這種情況下,人們更加關(guān)心中間件并設(shè)計了價格較高的產(chǎn)品將真實的數(shù)據(jù)擴(kuò)展至Web瀏覽器。產(chǎn)品范圍從可用的到出眾的均在市場上可尋,如Teubner&Associates的3270-HTML轉(zhuǎn)換器。
底線
幾乎沒有Intranet規(guī)模足夠小,使用足夠簡單,能夠在單一Web服務(wù)器,或者甚至是單一Web結(jié)構(gòu)上生存。每個Intranet應(yīng)用都要求由一個或另一個服務(wù)器來實施。了解了網(wǎng)站制作中，服務(wù)器之間需求的區(qū)別將是特別重要的
湘公網(wǎng)安備 43010302000270號 統(tǒng)一社會信用代碼：92430103MA4LAMB24R 網(wǎng)站ICP備案號：湘ICP備13006070號-2 
