一个例子

例如,设想一个在线商店网站)提供实时定价real-time pricing)和有效性availability)信息。这个站点site)很可能会提供一个表单form)让你来选择产品。当你提交查询query)后,网站会进行查找lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

情景1:不带应用程序服务器的Web服务器

在此种情景下,一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求request),然后发送给服务器端server-side)可以处理请求request)的程序。此程序从数据库或文本文件flat file,译者注:flat file是指没有特殊格式的非二进制的文件,如properties和XML文件等)中查找定价信息。一旦找到,服务器端server-side)程序把结果信息表示成formulate)HTML形式,最后Web服务器把会它发送到你的Web浏览器。

简而言之,Web服务器只是简单的通过响应response)HTML页面来处理HTTP请求request)。

情景2:带应用程序服务器的Web服务器

情景2和情景1相同的是Web服务器还是把响应response)的产生委托delegates)给脚本译者注:服务器端server-side)程序)。然而,你可以把查找定价的商业逻辑business logic)放到应用程序服务器上。由于这种变化,此脚本只是简单的调用应用程序服务器的查找服务lookup service),而不是已经知道如何查找数据然后表示为formulate)一个响应response)。 这时当该脚本程序产生HTML响应response)时就可以使用该服务的返回结果了。

在此情景中,应用程序服务器提供serves)了用于查询产品的定价信息的商业逻辑。服务器的)这种功能functionality)没有指出有关显示和客户端如何使用此信息的细节,相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务lookup service)时,此服务只是简单的查找并返回结果给客户端。

通过从响应产生response-generating)HTML的代码中分离出来,在应用程序之中该定价查找)逻辑的可重用性更强了。其他的客户端,例如收款机,也可以调用同样的服务service)来作为一个店员给客户结帐。相反,在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。

总而言之,在情景2的模型中,在Web服务器通过回应HTML页面来处理HTTP请求request),而应用程序服务器则是通过处理定价和有效性availability)请求request)来提供应用程序逻辑的。

警告Caveats)

现在,XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷payload)给服务器,Web服务器现在可以处理数据和响应response)的能力与以前的应用程序服务器同样多了。

另外,现在大多数应用程序服务器也包含了Web服务器,这就意味着可以把Web服务器当作是应用程序服务器的一个子集subset)。虽然应用程序服务器包含了Web服务器的功能,但是开发者很少把应用程序服务器部署deploy)成这种功能capacity)译者注:这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反,如果需要,他们通常会把Web服务器独立配置,和应用程序服务器一前一后。这种功能的分离有助于提高性能简单的Web请求request)就不会影响应用程序服务器了),分开配置专门的Web服务器,集群clustering)等等),而且给最佳产品的选取留有余地。


相关内容