Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。
如图所示：
当我们想访问YouTube网站时，由于防火墙的原因，我们并不能直接访问。此时我们就需要借助VPN，当我们访问目标服务器时，通过VPN Client将我们的请求代理到VPN Server，VPN Server接收到请求后直接访问目标地址，最后将访问到的信息返回给用户。
正向代理：“代理”的是客户端。
如图所示：
反向代理，其实客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只
需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返
回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器
地址，隐藏了真实服务器 IP 地址。
反向代理：“代理”的是服务端。
如图所示：
客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服务器处理完毕后，再将结果返回给客户端。
这种架构模式对于早期的系统相对单一，并发请求相对较少的情况下是比较适合的，成本也低。但是随着信息数量的不断增长，访问量和数据量的飞速增长，以及系统业务的复杂度增加，这种架构会造成服务器相应客户端的请求日益缓慢，并发量特别大的时候，还容易造成服务器直接崩溃。很明显这是由于服务器性能的瓶颈造成的问题，那么如何解决这种情况呢？
我们首先想到的可能是升级服务器的配置，比如提高 CPU 执行频率，加大内存等提高机器的物理性能来解决此问题，但是我们知道摩尔定律的日益失效，硬件的性能提升已经不能满足日益提升的需求了。最明显的一个例子，天猫双十一当天，某个热销商品的瞬时访问量是极其庞大的，那么类似上面的系统架构，将机器都增加到现有的顶级物理配置，都是不能够满足需求的。那么怎么呢？
上面的分析我们去掉了增加服务器物理配置来解决问题的办法，也就是说纵向解决问题的办法行不通了，那么横向增加服务器的数量呢？这时候集群的概念产生了，单个服务器解决不了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们所说的负载均衡。
如图所示：
我们将请求的资源分为静态和动态资源，其中静态资源指的就是前端资源（html、css、js、img等），我们将这些静态的资源剥离出来，单独部署到静态资源文件服务器（直接通过nginx代理即可），而动态资源（接口请求的数据）通过nginx负载到后端的集群机器上。
这样做可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。
我们可以参照官方安装文档实现基于下载源的方式安装。
2.2 docker-compose推荐使用docker-compose的方式安装nginx
小插曲：
因为需要将容器中的配置文件挂载到宿主机中，然而当我们通过volumes挂载的时候，docker其自身的挂载机制是将宿主机中的文件挂载到容器中，所以会导致宿主机将容器中的配置文件给覆盖掉了（丢失了），所以我们还有些前置的工作。
# 先启动一个零时的nginx容器 docker run --rm -d --name=tempnginx nginx mkdir conf # 然后将零时容器中的配置文件拷贝到宿主机上 # 拷贝nginx.conf配置文件 docker cp tempnginx:/etc/nginx/nginx.conf ./conf/ # 拷贝conf.d文件夹 docker cp tempnginx:/etc/nginx/conf.d/ ./conf/ # 停止零时容器 docker stop tempnginx