咨询服务热线

13657627879

当前位置主页 > 服务器知识 > 免备案服务器资讯 >

网络服务器到底是什么东西?

  • 发布时间:2021-03-06 01:21:09

  • 网站编辑:http://idchw.com.cn

  • 人气:

返回列表

  一般来说,网络服务服务器页面使浏览器能够浏览,而应用程序服务服务器提供客户端应用程序可以调用的方法。准确的说,你可以说:Web服务服务器专门处理处理HTTP请求,但是应用服务服务器通过很多协议为商业逻辑应用服务。下面我们来详细介绍一下:Web服务(Web Server)Web服务可以处理)HTTP协议。当网络服务收到一个请求时,它会返回一个响应,比如一个网页。对于处理的一个请求,网络服务可以响应一个静态页面或图片并重定向该页面。或者将动态响应的生成委托给其他一些程序,如CGI脚本、JSP脚本、servlets、ASP脚本、服务-side JavaScript或其他一些服务器端技术。不管它们的目的是什么,这些服务-side程序通常会生成一个HTML响应供浏览器浏览。网络服务的代理模式非常简单。当一个请求被发送到网络服务,时,它只是将请求传递给能够很好地处理该请求的程序。网络服务只提供一个环境,可以执行服务器端程序并返回响应(由程序生成),不超出功能范围。服务器端程序通常有功能,如事务处理,数据库连接和消息传递。尽管网络服务不支持事务处理或数据库连接池,但它可以通过采用各种策略(如负载平衡和缓存)来实现容错和可伸缩性。群集――功能经常被误认为是应用程序服务的独有功能。根据我们的定义,应用程序服务,作为应用程序服务,通过各种协议(包括HTTP)向客户端应用程序公开商业逻辑。网络服务主要使用处理向浏览器发送超文本标记语言进行浏览,而应用程序服务提供商业逻辑供客户端应用程序使用。应用程序使用这种商业逻辑,就像您调用对象的方法(或过程语言中的函数)一样。应用程序服务的客户端(包括图形用户界面)可以在个人电脑、网络服务或甚至其他应用程序服务上运行。在应用程序服务和其客户端之间传输的信息不限于简单的显示标签。相反,这些信息是程序逻辑。正是因为这种逻辑采用数据和方法调用的形式,而不是静态的HTML,所以客户端可以随意使用这种暴露的商业逻辑。在大多数情况下,应用程序服务通过组件的应用程序接口(API)向客户端应用程序公开商业逻辑,例如,基于应用程序服务的J2EE(Java 2平台,企业版)EJB(企业JavaBean)组件模型

  此外,服务应用程序可以使用自己的资源,例如包括安全、事务处理,资源池和消息传递在内的门卫职责。就像网络服务,一样,应用程序服务引入了各种可伸缩性和容错技术。例如,假设一家在线商店网站提供实时定价和可用性信息。这个网站可能会提供一个表格让你选择产品。当你提交一个查询时,网站会执行一个查找操作,并将结果嵌入一个网页中返回。网站可以通过多种方式实现这个功能。我将介绍一个不使用服务应用程序的场景和一个使用服务应用程序的场景。观察这两种场景之间的差异将有助于您理解应用程序服务场景1的功能:没有应用程序服务的网络服务在这种场景中,一个网络服务独立地提供在线商店的功能。网络服务收到您的请求,然后将其发送到服务服务器端程序,该程序可以处理请求。该程序从数据库或文本文件(平面文件是指没有特殊格式的非二进制文件,如属性和XML文件等)中获取查找定价信息。).一旦找到,服务服务器端程序将结果信息表示为(公式

te)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)等等),而且给最佳产品的选取留有余地。 参考资料:http://www.javaworld.com/javaqa/2002-08/01-qa-0823-appvswebserver.html希望对你有帮助:)好运!~

推荐资讯/ RECOMMENDED NEWS+MORE

联系地址:重庆市

服务热线:

QQ:714903265

邮箱:714903265@qq.com

技术支持:众云诚

扫一扫加微信

服务热线

13657627879

工作日 9:00-22:00 立即咨询

Copyright © 2002-2020 汇网服务器 版权所有 渝ICP备20008529号-1

X汇网服务器

截屏,微信识别二维码

微信号:13657627879

(点击复制,添加好友)

微信号已复制,请打开微信添加咨询详情!
回到顶部图片