【51CTO.com快译】在大多数IT企业中,应用服务器像老黄牛一样长年累月的运行着Java等各种企业级应用,关于它们最近很少出现什么热门话题了。作为一个技术分类,应用服务器似乎已经被人们“定位”,而不再是关注的重点了。但近来随着应用网格的日渐火爆,应用服务器也得以重新焕发青春。
事实上,在应用服务器层面仍有许多工作可以做。应用网格带来了成熟的创新能力,使应用服务器能够协同工作,更迅速的部署新的应用软件和硬件,同时更好的利用物理资源。与传统的“单一应用/单一应用服务器/单一操作系统/单一主机”架构相比,在应用网格的模式下,多个应用服务器得以汇集和分享低成本的计算资源,能够按照需求的变化在不同的应用中对资源进行动态重新分配。
网格计算就是指将多个分布式计算资源加以汇集,使它们作为单一的计算资源发挥作用,完成特定的计算任务。从某种意义上看,网格也是虚拟化的一种形式,51CTO.com此前就曾援引专家观点,网格与虚拟化正在走向融合。应用网格的理念也是这样,在应用网格的底层架构中,多个应用服务器携手合作,为一整套应用提供一个共享的、动态的资源分配平台。
需要注意的是网格计算和***热谈的“云计算”的区别和联系。51CTO.com此前曾独家采访北京航空航天大学钱德沛教授,就云计算与网格计算的差异性进行了详细介绍。
为什么要使用应用网格?
在深入应用网格的工作原理之前,先来看看应用网格为什么会出现。
我们要回答这样的问题,目前底层架构面临的***挑战是什么?Java开发者杂志的答案是烟囱式架构【51CTO.com编者注,即stove-piped architecture,指没有一个统一的整体系统架构,各个应用均是为了短期和战术化的解决,一旦需要更换代价高昂。】,这样的架构将应用变为一块铁板,难以集成和重用。SOA的出现在行业应用级别打破了烟囱的壁垒,将应用分解为细微的服务,以更灵活的方式实现了应用的连接与重用。烟囱架构的资源通常放置在SOA服务的下面——主机资源被静态分配给运行的实体。由于每个烟囱(主机)都是静态配置的,因此在应用中加入新的主机资源需要耗费很大的力气,投资大量硬件,并且造成效率低下。
而在应用网格中,我们可以动态的分配主机资源,因此它使新的服务器和应用更容易的加入到服务。因为瓶颈效应,烟囱式架构不会得到线性翻倍,即服务器数量翻番并没有带来双倍的交易数或每秒并发用户数量。相比之下,应用网格的服务器支持集群,效率级别要高得多。
应用网格也有助于提高硬件的效率,因为过剩的产能可以被重定向到那些最需要的应用。通过资源的交流与汇集,应用网格可以达到实际所需资源少于资源需求总和这样的效果。因为在大多数环境中,各项应用几乎不可能同时达到峰值负载,因此通过共享,资源可以从较低的应用需求移动到较高的需求应用。连续、自动化、动态的资源调整是应用网格体系结构中的主要功能之一。