java应用服务器排行_Java应用服务器：价格和性能之选

Java应用服务器：价格和性能之选

作者：未知    文章来源：www.jspcn.net

发布日期：2005年01月19日

Java应用服务器：价格和性能之选

决定投资购买Java应用服务器之后，你首先得确定哪种Java应用服务器最能满足你的特定需要。应用服务器具有广泛的用途，从简单的网站导航、商业门户到电子商务、CRM和供应链管理等等不一而足。不同的服务器还针对特定的数据库和其他软件产品、B2B乃至B2C交易、Web服务、多媒体和无线通讯等技术提供各类支持。以上列出的这些考虑要素还没有占到全部服务器的服务功能领域，因此你必须小心地分析自身的需求，确定最适合自己的服务器。

显然，你需要的产品应当能在你所使用或者打算采用的平台(UNIX、Linux、Windows等)和Web服务器(Apache、IIS、NetWare)下运行。从这一考虑出发，你可以由此寻求满足你的价格和性能要求的服务器。

成本

最担心的就是你的预算：你能买得什么呢？这就看你的需要了，应用服务器的价格范围从免费延伸到几万数十万美元的都有。你不必非要花很多钱，但你最好事先准备一个高起点的成本预算以防到最后你不得不购买一部更昂贵的服务器。

大多数应用服务器供应商按照装机CPU和/或服务器数量给它们的产品定价。公开价格可能并没有充分地展现出实际需要的开销。这就像买汽车一样：供应商通常不会增加防锈涂料这类不必要的东西，但是你自己可能需要额外的开销，例如：

运行软件的额外平台要求。

机器或平台之间迁移的许可证费用。

系统支持费用(下班时间的支持费用更高)。

开发费用(工具、开发许可证费用、调试器等)。

培训开销。

买东西千万别超出你需要的范围。有些系统实现可以支持数千个并发用户，而许多业务要求，例如内联网则只支持数百用户。当其他产品在费用成本上更适合你的应用时，你干嘛非要以每CPU

好几万美元的代价去追求什么档次，这简直就是得不偿失的浪费。

可伸缩性、可用性和灾难恢复

性能特征是需要考虑的另一重要因素。Java应用服务器应对日益增加的用户和服务器宕机有各种各样的方法。集群多台相同的服务器可以帮助你在任何情况下让最终用户与若干机器联接，从表现上看就好像他们连接的是同一台服务器。

可伸缩性就是增加越来越多的计算机和处理器来运行服务器的能力。如果你期望自己维护的站点能在规模和/或用途上扩展，那么你不妨寻求一个可伸缩的应用服务器解决方案。在网络流量增加的情况下，你需要处理访问系统的用户的更多并发连接。通常的设计基准是这样的，应用服务器应该有能力处理两或三倍的期望流量。如此系统在选择上是适当的。

你可能需要选择一种伸缩余地大的方法来匹配流量的增长率。如果你难以估计流量的快速增长，那么你或许还可以采用n层解决方案实现添加计算机资源的分布式处理。如果站点受到了大量突发流量的冲击，这种情况下可以采用动态伸缩类型的解决方案以便应用服务器能自动地处理突发性的流量高峰冲击。假如你能估计到流量的增长规律，不妨考虑下增加CPU数量的伸缩性方案，而且这种方案应该建立在多线程、并行处理的基础之上，不过随之需要你设法获取多份系统许可证。

可用性同好几个因素有关，最值得注意的就是负载均衡和灾难恢复，它们可以通过硬件、软件或两者的共同作用得以实现。不同的服务器提供了不同类型的负载均衡，比如轮询、“智能”轮询、加权轮询、惰性轮询、按组件、服务器或者动态响应等等。你可以根据自己的硬件和软件条件采用相应的负载均衡方案。

现在就让我们审视一个集群和负载均衡的示例。我们知道，Web服务器通常处理静态文档(例如HTML、JPEG和GIF文件等)，而Java应用服务器集群则处理动态网页的请求。如图A所示，应用服务器扮演了一位“搬运工”的角色，承担了其他人的部分工作量。Web服务器可能是装备了特定Web服务器适配器模块Apache服务器，该模块把动态请求路由给那位“搬运工”。“搬运工”则可能是Tomcat

服务器，它采用了负载均衡算法把请求发送给集群的多部服务器处理。

图A

多部Java应用服务器

若干台Web服务器和Java应用服务器都具有类似的特征，任何一部服务器都包装为一套“完整”的解决方案或者通过第三方附件可用。

某些Java应用服务器支持不同的类型的灾难恢复。如果交易会话不得中断，那么服务器就必须具备透明的灾难恢复能力。灾难恢复技术必须采取有效的措施把出现故障的服务器上任何未完成的交易路由给另一地点的数据库或者共享的存储区以避免交易故障。还有一种类型的灾难恢复，这就是所谓的request-level，通过该技术可以把流量自动地重定向到其他工作节点，但却把交易中丧失的任何会话信息传递给其他节点。

小结

并不是所有的Java应用服务器都支持以上的这些性能特性，所以你得多费心仔细挑选适合自己需要是产品。服务支持水平也并不一定就对应于服务器的价格。有些服务器解决方案的定价是非常合理的，可有些就不一定这样了。最好试着估计站点的完全规模以及你预计的网络流量。此外再考虑下你能承受的系统关闭时间。你还可以从其他实际实现或采用了负载均衡方案的用户那里学习有关的经验。

在这一系列的下一篇文章里我们将牵涉到Java应用服务器的某些术语和概念、有关的标准以及各类数据库。

原作者： builder

原出处： zdnet