透視應用服務器

2019-11-18 12:42:15

字體：大中小

來源：轉載

供稿：網友

　　由于Internet的發展，企業信息系統所扮演的角色發生了根本變化。在Internet 上開放企業系統，可以將其中的信息提供給直接消費者和貿易伙伴。這是過去無法想象的、嶄新的環境。這個變革來自于應用服務器，這個環境的繼續發展有賴于應用服務器的進展。
　　
　　
　　沿　革　篇
　　
　　
　　　　應用服務器（application Server）是適應業務需求、將高級應用作為Web功能的產品。但是，現在市場上銷售的應用服務器產品，從內容和功能上相差甚遠。各路廠商迎合市場需求，結合自家特色技術，推出了各色應用服務器產品，雖然都冠以“應用服務器”，卻難識廬山真面目。為了準確熟悉、正確選擇應用服務器，在此我們透過其沿革，分析探討各色應用服務器的長短優劣。
　　
　　
　　第一代：基于CGI
　　
　　
　　　　基于CGI（Common Gateway Interface）的應用服務器以微軟的IIS（Internet Information Server）為代表。IIS原本是用來發布靜態Html的Web服務器產品，后來通過CGI、ISAPI（Internet Server Application PRogramming Interface）等應用接口和服務器端的腳本等擴充技術，演化成應用服務器?，F在，Internet上的中小規模Web應用，基本上都是這種形態。非凡是服務器端腳本，只要將腳本語言嵌入HTML中，就能很簡單地實現Web應用。所以假如系統功能單純，初學者也能很輕易地構筑系統，這是基于CGI的應用服務器的優點?？上в眠@種應用服務器，難以構筑嵌入復雜業務邏輯的系統，另外在應對來自多個用戶的處理要求的可伸縮性方面也存在問題。
　　
　　
　　第二代：基于java
　　
　　
　　　　近年來出現的應用服務器多數是這種類型的產品，在服務器端運行Java應用，在客戶端經由Web服務器來利用其功能。這種情況下，有2種方式：一是客戶端也是Java Applet；另一種客戶端是HTML頁面。
　　
　　
　　　　之所以要特意選擇用Java來構筑服務器端的應用功能，最主要的理由是，因為近年來在應用服務器上構筑業務邏輯的需求日益高漲。90年代，是主機系統的統治地位開始動搖、2層C/S系統崛起、系統結構發生巨大變革的時代。非凡是C/S系統構筑技術，可說是日新月異，就連主力開發語言，也從C到4GL，而后變成VB，象走馬燈一樣換代升級。結果，一時間倍受推崇的C/S系統，很多情況下在企業內已經成了包袱。因
　　
　　此，要凡獨自構筑要害業務系統的場合，以基于Java的Web應用來構筑的逐日增加。采用Java的服務器端應用，不管是NT、UNIX還是主機系統都能運行，而且還能利用Internet、中間件和分布對象等新功能。另外，通過將Java應用配置在多個節點，可實現負載平衡，這樣就能構筑可與主機系統相匹敵的大型系統。所以，這種系統是作為先進的金融系統構筑手段，被越來越廣泛的采用，很有生命力。
　　
　　
　　　　但是，在至今的基于Java的Web應用中，對于數據庫和中間件的訪問，是用直接使用API的專有方式實現的，在復用性和應對未來技術變革的能力上，仍有尚待解決的課題。
　　
　　
　　第三代：適應Java組件技術
　　
　　
　　　　適應Java組件的應用服務器技術，可能對系統開發產生劃時代的影響。許多應用服務器產品，都在開足馬力加速朝第3代進軍。這里所說的Java組件，是以EJB（Enterprise JavaBeans）為中心的服務器端的軟件組件技術。EJB是目前以Java語言為前提的組件技術規范，由OMG（Object Management Group）制定的CORBA組件，就是參考EJB的多種語言版的組件模型。在不久的將來，這些組件模型可望具有互操作性和統一的技術規范。
　　選　擇　篇
　　
　　
　　　　選擇應用服務器應從對應用服務器的要求及實現這些要求的“相應技術”著手，來說明應用服務器的選擇要領。
　　
　　
　　　　開發效率　在飛速發展的電子商務市場競爭中，要求用Web系統在短期內能構筑先進的商業模式，開放適應新商業模式的Web應用功能，以博得廣大用戶的支持。這點至關重要。要想在競爭中立于不敗之地，必須“以快取勝”，必須選擇開發效率高的Web應用產品。
　　
　　
　　　　用Java構筑應用服務器已經成為潮流。因此最重要的是，要有用Java能夠進行高效開發的綜合環境（Integrate Development Environment）。IBM和Inprise的Java開發環境，捆綁在自家的軟件包中；而BEA和Oracle則利用其它公司的Java開發軟件包作為Java開發環境。目前存在的問題是，在這些環境中應用服務器與Java開發環境的集成性還很不完善。通常在Java開發環境中，能提供具體測試用的查錯功能，如分步執行、斷點設定等；但是能對應用服務器實施綜合查錯的工具很少。因此，在客戶端的本地環境下完成具體查錯之后，要將構筑的模塊移到應用服務器，實施執行水平的測試。這樣的測試環境，對于習慣于開放系統中的查錯環境的開發者來說，不能說是完善的。人們渴望有在應用服務器中能進行具體查錯的、綜合性分散型查錯工具。
　　
　　
　　　　在開發應用服務器時，客戶端用戶接口構筑的生產性也是問題?？蛻舳私缑娴闹谱鞣椒?，有用Applet的，還有使用Servlet或HTML制作的。其中，用Applet制作界面時，在Java開發環境中能提供編輯、制作界面的RAD（Rapid Application Development，快速應用開發）功能，所以可以高效地進行開發。但在實際應用服務器開發中，用HTML制作界面的占多數。這種情況下，在應用服務器開發環境下，能夠直接編輯HTML界面接口的產品較少。為了解決這個問題，由jsp（JavaServerPage，利用Java動態生成Web頁的服務器端內容腳本）來記述基于HTML的界面圖象的方法將逐漸成為標準，可望能提供使用JSP的RAD開發功能。
　　
　　
　　　　復用性　要再利用原來的業務邏輯，同時還要添加新的組件，才能提升系統水平和業務處理能力。在考慮技術實現時，既要壓縮開發成本，又要構筑能迅速應變的系統，這對于提高企業的競爭能力至關重要。正由于此，人們渴望系統既能復用在應用服務器中構筑的業務邏輯，又要能充分適應、跟蹤新的業務需求。
　　
　　
　　　　在Web應用開發中，充分、有效、活用EJB，是提高復用性的技術要害。所謂EJB，就是以將服務器端的業務邏輯部件化為目標的Java組件技術，包括EJB服務器（EJB執行環境）以及EJB組件（組件治理環境）。EJB包括Entity Beans和session Beans。Entity Beans是持久性對象，就是將數據庫的數據可以作為對象部件來使用。若用Entity Beans，就可以讀取數據庫上的數據、生成對象部件，并能將更新結果反映到數據庫上。這樣的Entity Beans，目前都是由應用服務器端來提供的，但據說Oracle等數據庫廠商，計劃要讓Entity Beans在數據庫端運行。Session Beans是非持久性對象，臨時生成的對象部件，用來將操作Entity Beans的業務邏輯部件化。譬如，在不變更數據結構只修改業務規則的時候，只變更Session Beans即可。另外，Session Beans也被用在與MQ和CICS這類中間件連接的場合。就是說，可以將經由中間件、能訪問主機系統等歷史遺留業務的功能，進行部件化。這樣，通過充分有效的活用EJB，就可以將業務邏輯和對歷史遺留系統的訪問功能部件化，以實現復用。
　　
　　
　　　　可伸縮性和可靠性　過去的企業系統基本上是以本企業的用戶為主，用戶數也不是太多。但用應用服務器構筑的系統，不僅是企業內部，通過Internet，可以對全世界的顧客和商業伙伴開放。因此，在可伸縮性和可靠性方面，對于應用服務器就提出了更高的要求。而且，由Internet所形成的電子商務市場在急速增長，交易額和用戶數也直線增長，而且這些用戶是一天24小時不停的訪問。因此，假如應用服務器不能應對日益增大的處理量，就會貽誤商機。
　　
　　
　　　　負載平衡　要有把處理適當地分配給多個服務器，以求獲得負荷分散的功能。由于有負荷均衡功能，所以可以實現系統的大型化。
　　
　　
　　　　分散事務處理　在用多個服務器處理要害業務時，數據更新中的一致性是個問題。為了解決這個問題，要有相應的分散事務控制功能。
　　
　　
　　　　DB Session Pulling（會話引入）　在應用服務器中，多個程序即使是同時訪問數據庫，也必須確保事先定好的會話個數，以便能更有效的利用數據庫。
　　
　　
　　　　故障切換　為了提高系統的正常運行率，要預備待機（熱備份）服務器，以便在發生故障時，可以將處理轉移到待機系統。
　　點　評　篇
　　
　　
　　　　按照選擇應用服務器的3個要素，給主要的應用服務器產品一個大致的定位。
　　
　　
　　生產性和復用性
　　
　　
　　　　第一代產品的代表是Microsoft IIS，最近可以用Interdev、asp（Active Server Pages）和MTS（Microsoft Transaction Server）進行開發，但與第二代、第三代產品相比，在內容上仍屈居下風。非凡是要用IIS來構筑具有可伸縮性的系統時，需要使用C++編碼，生產性和復用性明顯低下。相反，SilverStream，卻有應用服務器能用RAD制作界面和功能的特點，尤其是在新開發時生產性非凡高，所以非常適合想在短期內構筑系統、開始營業的場合。從3.0版本以后，SilverStream也適應EJB。
　　
　　
　　　　其它的第三代產品，生產性雖然不如SilverStream高，但有效利用EJB組件技術的復用性可望得到提升。但必須要注重的是，EJB的設計難，一旦有誤往往會造成系統性能很低。
　　
　　
　　可伸縮性和可靠性
　　
　　
　　　　第一代產品的可伸縮性和可靠性都較差。相反，SilverStream盡管是RAD開發環境，但要達到中等規模、中等可靠性水平，技術上還是充分的。今后，SilverStream計劃要適應大規模系統，與其它第三代產品的差距會逐漸縮小。不過，第三代產品，不管哪種結構都有滿足大規模、高可靠性系統所要求的技術條件。

上一篇：如何使用 Java 連接處于公司防火墻之外的 HTTP 服務器

下一篇：J2EE、CORBA、DNA三種主流中間件平臺比較（2）