最近在web开发中，对Web 服务器与应用服务器，以及容器的概念一直含糊不清，在查阅了一些资料后，将个人的理解整理如下，如有偏颇，还请大家指正交流哈~
 
//---------------------------------------------------------------------------------------------------------------
 
首先，整理下服务器的概念：
 
 从硬件上来看：服务器就是一台PC机器，只不过配置比较高，如果你愿意，自己手头的笔记本也可以作为服务器来用。
 
  而从软件角度，根据用途来看，又可以分为：
 web服务器：在PC机器安装web服务软件，提供web服务
 数据库服务器：在PC机器安装了数据库软件，提供数据管理服务
 邮件服务器：在PC机器上安装了可以收发邮件服务软件
 
 

 
 
//---------------------------------------------------------------------------------------------------------------
 
 
Web 服务器与应用服务器、以及容器的区别是什么？
 

 
 
web服务器
 
 在用户在浏览页面时，客户端（浏览器）和服务器之间的通信使用超文本传输​​协议（HTTP）进行，严格意义上讲，在这个过程中Web服务器只负责处理HTTP协议，其主要功能是存储，处理和传递页面给用户，但只能发送静态页面的内容（最常见的是HTML文档，除了文本内容之外，还可能包含图像，样式表和脚本）。常见的Web服务器包括Nginx，Apache，IIS等。而JSP，ASP，PHP等动态内容需要通过CGI、FastCGI、ISAPI等接口交给其他程序去处理。这个其他程序就是应用服务器。
 

 
 
应用服务器
 
 所谓的应用服务器，就是提供应用的服务器，WebLogic，JBoss、Tomcat等都属于应用服务器。然而如今的应用服务器，开始添加越来越多的基于HTTP的通信功能，因此与Web 服务器中间的界限也变得越来越模糊。但是应用服务器的HTTP协议部分仅仅是支持，一般不会做特别优化，所以很少有见Tomcat直接暴露给外面，而是和Nginx、Apache等Web服务器配合，只让Tomcat处理JSP和Servlet部分。
 
 PS：当与Nginx搭配使用时，Nginx同时作为负责均衡器，实现反向代理，解决大量用户同时访问产生的高负载问题。
 
 
 
容器
 
 在Java开发web应用的过程中，由于servlet没main()方法，需要交给另一个java应用才能运行，这个java应用称为容器（Container），Tomcat就是这样的容器，当Web服务器（Apache）得到一个指向servlet请求时，服务器不是把这个请求交给servlet本身，而是交给部署该servlet的容器。要由容器向servlet提供HTTP请求和响应，而且要由容器调用servlet的方法。
 
 
 
 综上，Nginx等Web服务器专注于处理HTTP协议，传递静态页面内容；而Tomcat等服务器，从功能来看，可以看做是一个应用服务器，而从角色来看，可以看做是一个容器。
 

 平时我们经常看到各种容器名称：Servlet容器、WEB容器、Java WEB容器、Java EE容器等，还有各种服务器名称：应用服务器、WEB服务器、WEB应用服务器、JavaWEB应用服务器、Java EE服务器等，这么多相似名称，难以弄明白它们之间的区别与联系。
 
       下面我们尝试从它们的定义中，区分它们，找出他们之间的联系，最后通过Apache、nginx、tomcat等举例说明容器以及服务器的联系。
 
1、容器与服务器的联系
 

 
 
       如上图，我们先来看下容器与服务器的联系：容器是位于应用程序/组件和服务器平台之间的接口集合，使得应用程序/组件可以方便部署到服务器上运行。
 
2、各种容器的区别/联系
 
 
2-1、容器（Containers）
 
       容器通常理解就是装东西的，我们这里说技术上的容器就是可以部署应用程序，并在上面运行的环境。
 
       一般来说，它处理屏蔽了服务器平台的复杂性，使得应用程序在它的基础上可以方便快捷的部署；而对于应用程序来说，它就是位于应用程序和平台之间的接口集合。
 
       容器管理组件的生命周期，向应用程序组件分派请求，并提供与上下文数据（如关于当前请求的信息）的接口。
 
       注意，容器技术虚拟化（如Docker 应用容器引擎）不在本文关注范围内。
 
2-2、Servlet容器
 
       Servlet：属于Java EE重要技术规范，构建了"接收请求--调用servlet程序处理--返回响应"基本模型。
 
       Servlet程序：Java提供了开发Servlet程序的API，该API可以说Servlet容器的一部分，它对接应用程序与Servlet容器；
 
       Servlet容器：就是实现了Servlet技术规范的部署环境，它可以部署运行Servlet程序。
 
2-3、Java WEB容器
 
       WEB容器：可以部署多个WEB应用程序的环境。
 
       Java WEB容器：实现了Java EE规定的WEB应用技术规范的的部署环境。
 
       Java EE WEB应用技术规范：Servlet、JSP（JavaServer Pages）、Java WebSocket等。
 
       所以，完整的Java WEB容器包含Servlet容器。
 
2-4、Java EE容器
 
       Java EE容器：实现了Java EE技术规范的部署环境。
 
       Java EE技术规范：除了上面说的Servlet、JSP等Java EE WEB应用技术规范，还包括EJB（Enterprise JavaBeans）等许多技术规范。
 
       所以，完整的Java EE容器包含Java WEB容器（Servlet容器）、EJB容器等。
 
3、各种服务器的区别/联系
 

 
 
3-1、服务器（Server）
 
       服务器是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。
 
       简单来说，服务器是提供某些服务的设备。
 
3-2、应用服务器
 
       应用程序：是指为针对使用者的某种应用目的所编写的软件。
 
       应用服务器：就是运行应用程序，提供应用程序所实现服务的设备。
 
       通常来说，服务器端的应用程序实现各种业务逻辑，应用服务器通过各种协议把这些业务逻辑曝露给客户端的程序。它提供了访问商业逻辑的途径，以供客户端应用程序使用。应用服务器使用此业务逻辑就像调用对象的一个方法一样。
 
3-3、WEB服务器
 
       WEB：现广泛译作网络、互联网等技术领域。表现为三种形式，即超文本（hypertext）、超媒体（hypermedia）、超文本传输协议（HTTP）等。
 
       WEB服务器：一般指网站服务器，可以向浏览器等WEB客户端提供文档浏览、数据文件下载等WEB服务。
 
       简单来说，WEB服务器是提供网上信息浏览等WEB服务的设备。
 
3-4、WEB应用服务器
 
       上面我们把应用服务器和WEB服务器严格区分：应用服务器通过应用程序接口(通常是网络请求API）把业务逻辑暴露给客户端应用程序。而WEB服务器通过HTTP提供静态内容给浏览器等客户端。
 
       如果不严格区分，应用服务器包含WEB服务器，因为WEB服务器是WEB服务应用程序实现的。
 
       WEB应用服务器：结合应用服务器和WEB服务器，可以说，它是带应用服务器的Web服务器，接收HTTP请求后，既能返回页面等静态内容，又能处理业务逻辑返回数据。
 
3-5、Java EE服务器
 
       Java EE服务器是实现Java EE技术规范，并提供标准Java EE服务的应用程序服务器。
 
       Java EE服务器有时称为应用服务器，因为它们允许您向客户端提供应用数据，就像Web服务器向Web浏览器提供Web页面一样。
 
4、举例说明容器以及服务器的联系
 
4-1、Apache、Nginx、IIS
 
       Apache、Nginx、IIS是目前最主流的三个Web服务器。
 
       但是可以用它们来构建WEB应用服务器，通常它们发现一个请求是动态请求，就通过CGI、ISAPI、特殊管道等协议接口调用后面的应用服务器来协同处理请求。如Nginx通过fastCGI模块来调用ZendEngine执行PHP应用来处理PHP请求。
 
4-2、Tomcat、Jetty、WebLogic、Websphere、JBoss
 
       Tomcat、Jetty、WebLogic、Websphere、JBoss都是Java（EE） WEB应用服务器。
 
       拿最常用的Tomcat来说，Tomcat是Java Servlet，JavaServerPages，Java Expression Language和JavaWebSocket（Java EE）技术的开源实现。
 
       因为可以通过HTTP提供HTML页面等静态内容的请求访问，所以是一个WEB服务器；
 
       因为实现了Servlet规范，所以也是一个Servlet容器，可以运行Servlet程序；
 
       因为可以通过Servlet容器，调用Servlet处理动态请求，所以也是一个应用服务器；
 
       所以，可以说Tomcat是Java（EE） WEB应用服务器。
 
4-3、Nginx + Tomcat的WEB应用服务器（集群）
 

 
 
       一般在实际应用中，先是通过Nginx反向代理服务器接收请求，匹配分离动态/静态请求（动静分离），如果是静态请求，则转发到另外的Nginx WEB服务器上，返回静态内容；如果是动态请求，则转发到后面的Tomcat应用服务器，处理动态请求的业务逻辑。
 
 

一、What Is A Container 
 容器映像是一个软件的轻量级独立可执行软件包，包含运行它所需的一切：代码，运行时，系统工具，系统库，设置。不管环境如何，集装箱化软件都可以运行相同的Linux和Windows应用程序。容器将软件与其周围环境隔离开来，例如开发环境和登台环境之间的差异，并有助于减少在同一基础架构上运行不同软件的团队之间的冲突。 
 
 
二、Docker容器的特点 
 1.轻量级 
 在一台机器上运行的Docker容器共享该机器的操作系统内核; 他们立即开始并使用更少的计算和内存。图像由文件系统层构建并共享公用文件。这最大限度地减少了磁盘使用量，图像下载速度更快。 
 2.标准 
 Docker容器基于开放标准，可在所有主要Linux发行版，Microsoft Windows以及任何基础架构（包括虚拟机，裸机和云中）上运行。 
 3.安全 
 Docker容器将应用程序彼此隔离并从底层基础架构中分离出来。Docker提供了最强大的默认隔离功能，可以将应用程序问题限制在一个容器中，而不是整个机器上。
 
三、比较容器和虚拟机 
 容器和虚拟机具有相似的资源隔离和分配优势，但功能不同，因为容器虚拟化操作系统而不是硬件。容器更便携和高效。 
 1.首先看一下容器 
  
 容器是应用程序层的抽象，它将代码和依赖关系打包在一起。多个容器可以在同一台机器上运行，并与其他容器共享操作系统内核，每个容器在用户空间中作为孤立进程运行。容器占用的空间少于虚拟机（容器映像的大小通常为几十MB），并且几乎立即启动。 
 2.虚拟机 
  
 虚拟机（VM）是将一台服务器变成多台服务器的物理硬件的抽象。管理程序允许多台虚拟机在单台机器上运行。每个VM都包含一个操作系统的完整副本，一个或多个应用程序，必需的二进制文件和库 - 占用数十GB。VM也可能启动缓慢。

近些年来，微服务被捧上了天，不会docker好像都不好意思说自己是后端研发。首先，docker究竟是什么玩意呢？我们可以把它看成虚拟机，能在一台服务器上隔离出若干个互不干扰的环境，还能限制资源的使用量。
 
我们先来瞧一瞧，没有使用docker容器部署应用的时候的场景：
 
哈二的公司开发了3个基于java8的web应用，然后部署，仅仅需要放三个jar包到服务器。然后突然某一次更新，其中一个服务出了一个严重的BUG，把整个服务器的资源吃光了，导致另外两个服务也无法响应。
 随着哈二公司得力的运营推广，三个应用的用户量激增，单服务器已经无法应对。所以紧急扩展了5台服务器来支撑，这个时候，每次更新就需要操作5台服务器。虽然可以通过自动化脚本来自动部署，但是每次扩容，都带来复杂又不稳定的部署问题。
 固定的扩容已经带来复杂的运维了，然后得力的运营同学还搞起来限时活动，每一次活动时刻，都需要扩充数倍服务器资源。但是每次活动前都需要手动扩充资源，活动结束后释放资源，对于一家普通企业是无法忍受的。
 更可怕的事情还是来了，一个新的应用用了一个新的依赖包，但是该依赖包不兼容以前的版本的依赖包。旧应用又不能短时间迁移过去，新应用又不能降级依赖包。那么只好使用虚拟环境和新开服务器的解决方案了。但是对于分布式系统（简单的说就是多台服务器）来说，只能对不起运维同学了。
 依赖包的问题还没摆平，研发部门又要拥抱微服务了，一个团队用一种语言，java6,7,8都出现了。然后python2，python3，php还各种版本。本来线下好好地，结果一放到服务器就各种错误。可怕的还因为测试环境，开发环境与生产环境有细微的差别，结果在生产环境出现了error，还难以发现。
 
这个时候，为了解决研发层面的这些问题，哈二决定使用docker容器部署应用。由于docker容器可以限制cpu和内存的使用，所以一个应用出了问题，仅仅影响到它所属容器。其它容器依旧可以正常响应，问题一解决。
 
然后docker支持容器编排，并且有docker swarm，mesos，k8s等跨服务器的编排工具。当配置好docker集群，当应用需要扩展的时候，编排软件自行部署到不同的服务器，自此问题二解决。
 
k8s已经支持配置cpu和内存阈值弹性自动伸缩实例，并且docker集群的扩展相对容易，因此问题3也解决。docker天生就是隔离文件的，所以一台服务器可以跑不同的容器，各个容器还可以基于不同的操作系统，什么应用之间依赖包相互影响的问题也解决了。
 
并且，开发，测试，生产都是基于同一个镜像，环境问题亦迎刃而解，从起不担心环境问题了。
 
哈二的一个朋友听说哈二成功全容器化部署应用解决了很多部署问题，还大大提高了研发效率，也很想把容器化引入自己的研发团队，但是又担心自己这边只是一个小团队，没能力驾驭容器化。对此，哈二提供了以下的建议：
 
第一步可以仅仅用docker保持线上和开发环境的一致性，本地代码调试基于的镜像跟线上保持一致，并且对于本地来说还可以基于vagrant打包virtualbox镜像（包含了docker环境的），那么新员工还可以省去了环境的配置。
 第二步，部署应用，以前是上传jar，二进制等来部署的，现在变成基于docker镜像的部署。反正现在云服务商提供了镜像仓库服务，本地打包好上传，服务器直接拉取即可。
 第三步，可以用一下docker compose来管理各个应用的容器部署
 再进一步，可以部署自己的docker swarm集群，在此之前强力建议上CI持续集成来构建，部署应用
 k8s或者mesos这种功能强大的，还是先不要上，当有那个需求的时候，团队已经能有对应的架构师来扛住了
 
 
 
https://baijiahao.baidu.com/s?id=1617292788361683642&wfr=spider&for=pc