随着互联网的发展，很多软件供应商都纷纷发布了属于自己的应用服务器软件包，相继进入应用服务器领域。针对企业级服务器业务不断扩展自身的产品线。今天，小薇就为大家介绍一下应用服务器成本以及缺点有哪些呢？

实现一个应用服务器尽管有很多优点，但这项技术并不适用于每种项目。多层开发需要大量基本的前期投入，这些投入也许并不会有立竿见影的效果。

应用服务器是一个复杂的软件，需要一整套新的技术和工具。大多数中间件软件包都是基于面向对象的设计和编程概念的，这些要求有很高的抽象水平和更高的学习能力。

许多中间件软件同时也依赖于组件结构体系，必须严格遵守新的编程标准。组件和模块也必须尽量普遍以便于目后重用。

应用服务器技术解决了许多问题，但同时也带来了许多它自己的困难之处。

1.长期投入

采用应用服务器体系结构是一个长期的、企业级的投入。对于必须以像“互联网时代”的高速度的项目，或者为仅进行功能有限的单个项目而言，这并不是一个合适的选择。

这是一种企业缓的结构体系，需要新的硬件配置、中间件、编程模型、管理工具，以及最重要的是一种全新的看待软件开发的方法。

开发第一个项目并非易事。要花大量时间进行试验纠错、评估工具、学习中间件的特性、创建基本结构而不是应用。

单纯从一个单独应用的角度来看，它决不会物有所值。这种技术只有作为创建一个企业新的体系结构的第一步时才会有意义。

2.中间件的获取

大多数这样的中间件包都与一个特定平台捆绑在一起，但是一个综合性的中间件解决方案必须能跨越多种计算机平台、编程语言和数据库。

如何选择中间件依赖于现有的硬件和程序语言，以及未来的扩展需求。如果一个机构已经是统一为 Microsoft或Java平台，这不会有什么问题。然而，这其中的任一种选择都可能限制机构未来扩充和增长的需求。

最初的购买价格也只是中间件成本的开始。任何选择也都必须考虑到人员培训、硬件和网络的投入、编程和管理的成本。培训和启动的开支可能大大超过购买甚至是最贵的中间件软件包。

3.新的思维方式

服务器同样要求在考虑软件方面具有新的思维方式。尽管编程已经是一个相当抽象的能力，而面向对象的软件设计和编程则要求更高的抽象水平。与单纯的面向过程的执行方式不同，面向对象的方式需要同时在几台计算机上运行的多个进程取代单个连续的执行，面向对象的方式需要将在几台机器上同时运行多个进程之间的交互情况同时显现出来。

在整个项目执行过程中，能从外部寻求到各种可用的咨询服务以引导项目并得到培训机会，但这却需要付出非常高的费用。

现在也有大量可用的工具能帮助完成这种转变，但每一种这样的工具却又需要增加额外的购买和培训费用。明智的投资能够大大增加成功的机会，若投资方向不对就可能得不偿失了。