（文章來源：眾一互聯）

隨著互聯網的發展，很多軟件供應商都紛紛發布了屬于自己的應用服務器軟件包，相繼進入應用服務器領域。針對企業級服務器業務不斷擴展自身的產品線。今天，我們就為大家介紹一下應用服務器成本以及缺點。

實現一個應用服務器盡管有很多優點，但這項技術并不適用于每種項目。多層開發需要大量基本的前期投入，這些投入也許并不會有立竿見影的效果。應用服務器是一個復雜的軟件，需要一整套新的技術和工具。大多數中間件軟件包都是基于面向對象的設計和編程概念的，這些要求有很高的抽象水平和更高的學習能力。

許多中間件軟件同時也依賴于組件結構體系，必須嚴格遵守新的編程標準。組件和模塊也必須盡量普遍以便于目后重用。

應用服務器技術解決了許多問題，但同時也帶來了許多它自己的困難之處。采用應用服務器體系結構是一個長期的、企業級的投入。對于必須以像“互聯網時代”的高速度的項目，或者為僅進行功能有限的單個項目而言，這并不是一個合適的選擇。

這是一種企業緩的結構體系，需要新的硬件配置、中間件、編程模型、管理工具，以及最重要的是一種全新的看待軟件開發的方法。

開發第一個項目并非易事。要花大量時間進行試驗糾錯、評估工具、學習中間件的特性、創建基本結構而不是應用。單純從一個單獨應用的角度來看，它決不會物有所值。這種技術只有作為創建一個企業新的體系結構的第一步時才會有意義。大多數這樣的中間件包都與一個特定平臺捆綁在一起，但是一個綜合性的中間件解決方案必須能跨越多種計算機平臺、編程語言和數據庫。

如何選擇中間件依賴于現有的硬件和程序語言，以及未來的擴展需求。如果一個機構已經是統一為 Microsoft或Java平臺，這不會有什么問題。然而，這其中的任一種選擇都可能限制機構未來擴充和增長的需求。最初的購買價格也只是中間件成本的開始。任何選擇也都必須考慮到人員培訓、硬件和網絡的投入、編程和管理的成本。培訓和啟動的開支可能大大超過購買甚至是最貴的中間件軟件包。

服務器同樣要求在考慮軟件方面具有新的思維方式。盡管編程已經是一個相當抽象的能力，而面向對象的軟件設計和編程則要求更高的抽象水平。與單純的面向過程的執行方式不同，面向對象的方式需要同時在幾臺計算機上運行的多個進程取代單個連續的執行，面向對象的方式需要將在幾臺機器上同時運行多個進程之間的交互情況同時顯現出來。

在整個項目執行過程中，能從外部尋求到各種可用的咨詢服務以引導項目并得到培訓機會，但這卻需要付出非常高的費用。

（責任編輯：fqj）