应用服务器和web服务器之间的区别是什么?


当前回答

Web服务器

运行python-m“SimpleHTTPServer”并转到http://localhost:8080.你所看到的是一个运行中的web服务器。服务器只需通过存储在计算机上的HTTP提供文件。关键点是,所有这些都是在HTTP协议之上完成的。例如,也存在FTP服务器,它们执行完全相同的操作(为存储的文件提供服务),但使用不同的协议。

应用程序服务器

假设我们有一个像下面这样的小应用程序(来自Flask的片段)。

@app.route('/')
def homepage():
    return '<html>My homepage</html>'

@app.route('/about')
def about():
    return '<html>My name is John</html>'

这个小示例程序将URL/映射到函数homepage(),将/about映射到函数about()。

为了运行这段代码,我们需要一个应用服务器(例如Gunicorn)——一个程序或模块,它可以监听来自客户端的请求,并使用我们的代码动态地返回一些东西。在本例中,我们只返回一些非常糟糕的HTML。

其他人谈论的商业逻辑是什么?好吧,由于URL映射到代码库中的某个特定位置,所以我们假设显示了一些关于程序如何工作的逻辑。


重新包装

web服务器-提供存储在某处的文件(最常见的是.css、.html、.js)。常见的web服务器有Apache、Nginx甚至Python的SimpleHTTPServer。

应用服务器-提供动态生成的文件。本质上,大多数web服务器都有某种插件,甚至带有内置功能。还有严格的应用服务器,如Gunicorn(Python)、Unicorn(Ruby)、uWSGI(Python)等。

请注意,您实际上可以使用应用程序服务器的代码构建web服务器。在某些情况下,在开发过程中,您不希望在计算机上运行大量不同的服务器。

其他回答

正如Rutesh和jmservera所指出的,区别是模糊的。从历史上看,它们是不同的,但在90年代,这两个以前不同的类别混合了特征并有效地合并了。在这一点上,最好的设想是“应用服务器”产品类别是“web服务器”类别的严格超集。

一些历史。在Mosaic浏览器和超链接内容的早期,出现了一种称为“web服务器”的东西,它通过HTTP提供网页内容和图像。大部分内容都是静态的,HTTP1.0协议只是一种传送文件的方式。很快,“web服务器”类别演变为包括CGI功能——有效地对每个web请求启动一个过程以生成动态内容。HTTP也成熟了,产品变得更加复杂,具有缓存、安全性和管理功能。随着技术的成熟,我们从Kiva和NetDynamics获得了特定于公司的基于Java的服务器端技术,这些技术最终都合并到了JSP中。我认为微软在1996年将ASP添加到了Windows NT 4.0中。静态web服务器已经学会了一些新技巧,因此对于许多场景来说,它是一个有效的“应用服务器”。

在一个平行的类别中,应用服务器已经进化并存在了很长时间。公司为Unix提供了Tuxedo、TopEnd、Encina等产品,这些产品从哲学上源自IMS和CICS等大型机应用程序管理和监控环境。微软的产品是微软事务服务器(MTS),后来演变成COM+。这些产品中的大多数指定了“封闭”的特定于产品的通信协议,以将“胖”客户端与服务器互连。(对于Encina,通信协议是DCE RPC;对于MTS,它是DCOM;等等)1995/96年,这些传统的应用服务器产品开始嵌入基本的HTTP通信功能,最初是通过网关。线条开始模糊。

Web服务器在处理更高的负载、更多的并发性和更好的功能方面变得越来越成熟。应用服务器提供了越来越多的基于HTTP的通信功能。

此时,“应用服务器”和“web服务器”之间的界限是模糊的。但作为一个重点,人们继续使用不同的术语。当有人说“web服务器”时,你通常会想到以HTTP为中心、面向web UI的应用程序。当有人说“应用服务器”时,你可能会想到“更重的负载、企业功能、事务和排队、多渠道通信(HTTP+更多)。但通常是同一个产品同时满足两组工作负载要求。”。

IBM的“应用服务器”WebSphere有自己的捆绑web服务器。另一个传统的应用服务器WebLogic也是如此。Windows是微软的应用服务器(除了作为其文件和打印服务器、媒体服务器等),捆绑了IIS。

虽然两者之间可能存在重叠(某些web服务器甚至可以用作应用服务器),但IMHO最大的区别在于处理模型和会话管理:

在Web服务器处理模型中,重点是处理请求;“会话”的概念几乎是虚拟的。也就是说,通过在客户端和服务器之间传输状态表示(因此是REST)和/或将其串行化到外部持久存储(SQL server、Memcached等)来模拟“会话”。

在应用程序服务器中,会话通常更加明确,并且通常在整个“会话”期间以对象的形式存在于应用程序服务器的内存中。

这两者之间的边界越来越薄。

应用程序服务器向客户端公开业务逻辑。这意味着应用程序服务器由一组执行业务逻辑的方法组成(但不限于此,甚至可以是一台网络计算机,允许许多人在其上运行软件)。因此,它只会输出所需的结果,而不是HTML内容。(类似于方法调用)。因此,它不是严格基于HTTP的。

但web服务器将HTML内容传递给web浏览器(严格基于HTTP)。Web服务器只能处理静态Web资源,但服务器端脚本的出现也允许Web服务器处理动态内容。web服务器接收请求并将其引导到相关脚本(PHP、JSP、CGI脚本等),以创建要发送到客户端的HTML内容。一旦接收到内容,web服务器将向客户端发送HTML页面。

然而,现在这两个服务器都一起使用。web服务器接收请求,然后调用脚本来创建HTML内容。然后,脚本将再次调用应用程序服务器LOGIC(例如检索事务细节)来填充HTML内容。

因此这两个服务器都得到了有效的使用。

因此我们可以放心地说,现在,在大多数情况下,web服务器被用作应用服务器的子集。但戏剧性地,情况并非如此。

我读过很多关于这个主题的文章,发现这篇文章非常有用。

以上所有这些都是非常简单的事情。应用服务器包含一个web服务器,与标准web服务器相比,应用服务器只需要对其进行更多的添加/扩展。如果您以TomEE为例:

CDI - Apache OpenWebBeans
EJB - Apache OpenEJB
JPA - Apache OpenJPA
JSF - Apache MyFaces
JSP - Apache Tomcat
JSTL - Apache Tomcat
JTA - Apache Geronimo Transaction
Servlet - Apache Tomcat
Javamail - Apache Geronimo JavaMail
Bean Validation - Apache BVal

您将看到Tomcat(Web容器/服务器)只是应用服务器库中的另一个工具。如果你愿意,你也可以在web服务器上获得JPA和其他技术,但应用服务器只是为了你的方便而打包所有这些东西。要完全归类为应用服务器,您基本上需要遵守某个标准列出的工具列表。

大多数情况下,这些术语Web服务器和应用服务器可以互换使用。

以下是Web Server和Application Server功能的一些关键区别:

Web服务器旨在为HTTP内容提供服务。App Server还可以提供HTTP内容,但不限于HTTP。它可以提供其他协议支持,如RMI/RPCWeb服务器主要设计用于提供静态内容,尽管大多数Web服务器都有插件来支持Perl、PHP、ASP、JSP等脚本语言,这些服务器可以通过这些语言生成动态HTTP内容。大多数应用程序服务器都将Web服务器作为其组成部分,这意味着App Server可以执行Web服务器所能执行的任何操作。此外,AppServer还具有支持应用程序级服务的组件和功能,如连接池、对象池、事务支持、消息服务等。由于web服务器非常适合静态内容,而应用服务器非常适合动态内容,因此大多数生产环境都将web服务器作为应用服务器的反向代理。这意味着在处理页面请求时,静态内容(如图像/静态HTML)由解释请求的web服务器提供。使用某种过滤技术(主要是请求资源的扩展),web服务器识别动态内容请求并透明地转发到应用服务器

此类配置的示例是Apache Tomcat HTTP Server和Oracle(以前称为BEA)WebLogic Server。Apache Tomcat HTTP服务器是Web服务器,Oracle WebLogic是应用程序服务器。

在某些情况下,服务器是紧密集成的,如IIS和.NET运行时。IIS是web服务器。当配备.NET运行时环境时,IIS能够提供应用程序服务。