Nginx 详解：Nginx 是什么? 能干嘛?

Nginx的造成

没有母汤氏Nginx？那么一定母汤氏它的”南埃尔普”Apache吧！Nginx同Apache一样都是一种WEB伺服器。如前所述REST构架风格，以标准化天然资源配置文件(Uniform Resources Identifier)URI或者标准化天然资源功能定位符(Uniform Resources Locator)URL做为沟通交流依照，通过HTTP协议提供更多各种网络服务。

然而，那些伺服器在结构设计Hathras受到彼时环境的局限性，例如彼时的使用者规模，网络相连，产品特征等局限性因此各别的功能定位和产业发展都各不相同。这也使各WEB伺服器有著各别独特的特征。

Apache的产业发展时期极短，而且是不无争论的世界第一大伺服器。它有著很多缺点：平衡、开放源码、虚拟化等等。它出现的时间太短了，它蓬勃发展的年代，网络产业相比之下远不如现在。因此它被结构设计为两个新锐的。它不全力支持高mammalian的伺服器。在Apache上运转数以千计的mammalian出访，会引致伺服器耗用大批缓存。作业系统对其展开民主化或缓存间的转换也耗用了大批的CPU天然资源，引致HTTP允诺的平均反应速度降低。

那些都决定了Apache不可能成为高效能WEB伺服器，轻量高mammalian伺服器Nginx就不断涌现了。

白俄罗斯的技师Igor Sysoev，他在为Rambler Media工作期间，采用C词汇开发了Nginx。Nginx做为WEB伺服器一直为Rambler Media提供更多出众而又平衡的服务。

然后呢，Igor Sysoev将Nginx标识符开放源码，因此突显开源许可。

由于：

因此，Nginx火了！

Nginx的余力

Nginx是这款自由的、开放源码的、高效能的HTTP伺服器和逆向全权伺服器；同时也是两个IMAP、POP3、SMTP全权伺服器；Nginx能做为两个HTTP伺服器展开中文网站的发布处理，另外Nginx能做为逆向全权展开阻抗平衡的实现。

关于全权

说到全权，首先我们要明确两个概念，所谓全权就是两个代表、两个平台；

此时就涉及到两个角色，两个是被全权角色，两个是目标角色，被全权角色通过这个全权出访目标角色完成一些任务的过程称为全权操作过程；如同生活中的专卖店~客人到adidas专卖店买了一双鞋，这个专卖店就是全权，被全权角色就是adidas厂家，目标角色就是使用者。

正向全权

说逆向全权之前，我们先看看正向全权，正向全权也是大家最常接触的到的全权模式，我们会从两个方面来说关于正向全权的处理模式，分别从软件方面和生活方面来解释一下什么叫正向全权。

在如今的网络环境下，我们如果由于技术需要要去出访国外的某些中文网站，此时你会发现位于国外的某中文网站我们通过浏览器是没有办法出访的，此时大家可能都会用两个操作FQ展开出访，FQ的方式主要是找到两个能出访国外中文网站的全权伺服器，我们将允诺发送给全权伺服器，代理伺服器去出访国外的中文网站，然后将出访到的数据传递给我们！

上述这样的全权模式称为正向全权，正向全权最大的特征是客户端非常明确要出访的伺服器地址；伺服器只清楚允诺来自哪个全权伺服器，而不清楚来自哪个具体的客户端；正向全权模式屏蔽或者隐藏了真实客户端信息。来看个示意图（我把客户端和正向全权框在一块，同属于两个环境，后面我有介绍）：

客户端必须设置正向全权伺服器，当然前提是要知道正向全权伺服器的IP地址，还有全权程序的端口。如图。

总结来说：正向全权，”它全权的是客户端，代客户端发出允诺”，是两个位于客户端和原始伺服器(origin server)之间的伺服器，为了从原始伺服器取得内容，客户端向全权发送一个允诺并指定目标(原始伺服器)，然后全权向原始伺服器转交允诺并将获得的内容返回给客户端。客户端必须要展开一些特别的设置才能采用正向全权。

正向全权的用途：

逆向全权

明白了什么是正向全权，我们继续看关于逆向全权的处理方式，举例如我大天朝的某宝中文网站，每天同时相连到中文网站的出访人数已经爆表，单个伺服器相比之下不能满足人民日益增长的购买欲望了，此时就出现了两个大家耳熟能详的名词：分布式部署；也就是通过部署多台伺服器来解决出访人数限制的问题；

某宝中文网站中大部分功能也是直接采用Nginx展开逆向全权实现的，因此通过封装Nginx和其他的组件之后起了个高大上的名字：Tengine，有兴趣的童鞋能出访Tengine的官网查看具体的信息：http://tengine.taobao.org/。那么逆向全权具体是通过什么样的方式实现的分布式的集群操作呢，我们先看两个示意图（我把伺服器和逆向全权框在一块，同属于两个环境，后面我有介绍）：

通过上述的理的并不明确了，Nginx扮演的就是两个逆向全权角色。

客户端是无感知全权的存在的，逆向全权对外都是透明的，出访者并不知道自己出访的是两个全权。因为客户端不需要任何配置就能出访。

逆向全权，”它全权的是服务端，代服务端接收允诺”，主要用于伺服器集群分布式部署的情况下，逆向全权隐藏了伺服器的信息。

逆向全权的作用：

项目场景

通常情况下，我们在实际项目操作时，正向全权和逆向全权很有可能会存在在两个应用场景中，正向全权全权客户端的允诺去出访目标伺服器，目标伺服器是两个逆向单利伺服器，反向全权了多台真实的业务处理伺服器。具体的拓扑图如下：

二者区别

截了一张图来说明正向全权和逆向全权二者之间的区别，如图。

图解：

在正向全权中，Proxy和Client同属于两个LAN（图中方框内），隐藏了客户端信息；

在逆向全权中，Proxy和Server同属于两个LAN（图中方框内），隐藏了服务端信息；

实际上，Proxy在两种全权中做的事情都是替伺服器代为收发允诺和响应，不过从结构上看正好左右互换了一下，因此把后出现的那种全权方式称为逆向全权了。

阻抗平衡

我们已经明确了所谓全权伺服器的概念，那么接下来，Nginx扮演了逆向全权伺服器的角色，它是以依照什么样的规则展开允诺分发的呢？不用的项目应用场景，分发的规则是否能控制呢？

这里提到的客户端发送的、Nginx逆向全权伺服器接收到的允诺数量，就是我们说的阻抗量。

允诺数量按照一定的规则展开分发到不同的伺服器处理的规则，就是一种平衡规则。

因此，将伺服器接收到的允诺按照规则分发的过程，称为阻抗平衡。

阻抗平衡在实际项目操作过程中，有硬件阻抗平衡和软件阻抗平衡两种，硬件阻抗平衡也称为硬阻抗，如F5阻抗平衡，相对造价昂贵成本较高，但是数据的平衡性安全性等等有非常好的保障，如中国移动中国联通这样的公司才会选择硬阻抗展开操作；更多的公司考虑到成本原因，会选择采用软件阻抗平衡，软件阻抗平衡是利用现有的技术结合主机硬件实现的一种消息队列分发机制。

Nginx全力支持的阻抗平衡调度算法方式如下：

weight轮询(默认，常用)：接收到的允诺按照权重分配到不同的后端伺服器，即使在采用过程中，某一台后端伺服器宕机，Nginx会自动将该伺服器剔除出队列，允诺受理情况不会受到任何影响。 这种方式下，能给不同的后端伺服器设置两个权重值(weight)，用于调整不同的伺服器上允诺的分配率；权重数据越大，被分配到允诺的几率越大；该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置展开调整的。 ip_hash（常用）：每个允诺按照发起客户端的ip的hash结果展开匹配，这样的算法下两个固定ip地址的客户端总会出访到同两个后端伺服器，这也在一定程度上解决了集群部署环境下session共享的问题。

fair：智能调整调度算法，动态的根据后端伺服器的允诺处理到响应的时间展开平衡分配，响应时间短处理效率高的伺服器分配到允诺的概率高，响应时间长处理效率低的伺服器分配到的允诺少；结合了前两者的缺点的一种调度算法。但是需要注意的是Nginx默认不全力支持fair算法，如果要采用这种调度算法，请安装upstream_fair组件。 url_hash：按照出访的url的hash结果分配允诺，每个允诺的url会指向后端固定的某个伺服器，能在Nginx做为静态伺服器的情况下提高缓存效率。同样要注意Nginx默认不全力支持这种调度算法，要采用的话需要安装Nginx的hash软件包。

几种常用web伺服器对比