因为 Nginx 对硬件和操作系统内核个性的深度开掘，使得它在放弃高并发的同时，实现了高吞吐量。优良的模块设计，使得 Nginx 的生态圈，异样丰盛。大量的第三方模块，使得 Nginx 能够轻松实现各种场景下的定制化需要
这些个性，使得 Nginx 成为互联网公司的标准配置
Nginx 的三个次要利用场景
往往一个 web 申请从红色的箭头走下来当前，会先通过 Nginx，再到应用服务，而后再去拜访 Redis 或者 MySQL 这样的数据库，提供根本的数据性能
这里有一个问题，应用服务因为对开发效率要求特地的高，它的运行效率是很低的，它的 QPS、TPS 或者并发都是受限的，所以就须要把很多这样的应用服务组成一个集群，向用户提供高可用性，而一旦很多应用服务形成集群的时候，就须要 Nginx 具备反向代理性能，能够将动静申请传给应用服务
很多的应用服务组成的集群，它肯定会带来两个需要：
- 须要动静的扩容
- 有些服务出问题的时候，须要做容灾
这样就使反向代理必须具备负载平衡性能。其次，在这样的一个链路中，Nginx 是处在企业外部网络的边缘节点，随着网络链路的增长，用户体验到的时延会减少，所以如果咱们能把一些用户看起来不变的，或者在一段时间内看起来不变的动静内容，缓存在 Nginx 局部，由 Nginx 间接向用户提供拜访。那么这样用户拜访时延就会缩小很多
所以反向代理会衍生出另外一个性能叫缓存，它能减速拜访。很多时候咱们在拜访 css、js 或者一些小的图标图片，这样的动态资源，是没有必要由应用服务来提供拜访的，它只须要通过本地文件，零碎上搁置的动态资源，间接由 Nginx 提供拜访就能够了，这就是 Nginx 提供动态资源服务性能
第三个利用场景，则是因为应用服务它自身的性能因为有很多的问题，然而数据库服务要比应用服务好的多，因为它的利用场景比较简单，它的并发性能和 TPS 都要远高于应用服务，所以就衍生出第三个利用场景。由 Nginx 间接去拜访数据库（Redis 或者相似这样的服务），利用 Nginx 弱小的并发性实现如：web 防火墙，这样简单的业务性能来提供给用户。这要求 API 服务有十分弱小的业务解决性能，所以像 OpenResty，或者像 Nginx 集成的 JavaScript，利用 JavaScript、Lua 这样的语言性能，和它们语言先天自带的一些工具库来提供残缺的 API 服务
Nginx 呈现的历史背景
- 互联网数据量的快速增长
- 摩尔定律：性能晋升
- 低效的 Apache
次要是全球化和物联网的疾速倒退，导致接入互联网的人与设施的数量都在疾速回升，数据的疾速爆炸，对硬件性能提出了很高的要求，提到硬件，大家都晓得 摩尔定律。之前我的服务跑在 1GHz 的 CPU 上，一年半当前，我更新到 2GHz 的 CPU 时，我能够预测到我的服务会有两倍的性能晋升
然而到本世纪初，摩尔定律在单颗 CPU 的频率上曾经生效了，CPU 开始向多核方向倒退。这个时候，当你的服务是跑在 8 核 CPU 上时，一年当前，你换到 16 核的 CPU，通常你的服务不会有一倍的性能晋升的
那么这些性能到底损耗在哪里？
次要是操作系统和大量的软件没有做好服务于多核架构的筹备，比方 Apache，Apache 是低效的，因为它的架构模型里，一个过程，同一时间，只会解决一个连贯一个申请，只有在这个申请解决完当前，才会去解决下一个申请
这有什么潜台词呢？这实际上是在应用操作系统的过程间切换的个性，因为操作系统宏观上只有无限的 CPU，然而操作系统被设计为同时服务于数百甚至上千的过程，而 Apache 一个过程只能服务于一个连贯，这样的模式，会导致，当 Apache 须要面对几十万、几百万连贯的时候，它没有方法去开几百万的过程，而过程间切换的代价、老本又太高。当并发的连接数变多，这些过程间切换，引发的性能耗费也就越大。而 Nginx 是专门为了这样的利用场景而生的。Nginx 能够解决数百万甚至数千万的并发连贯
Nginx 的长处
- 高并发、高性能
- 可扩展性好
- 高可靠性
- 热部署
- BSD 许可证
它的 Y 轴是每秒解决的申请数（RPS），X 轴是并发连接数。从图中能够看到，大部分的程序或 web 服务器，随着并发连接数的回升，它的 RPS 会急剧的降落，这就是上边说到的，它的架构设计是有问题的
Nginx 的第一个长处就是 高并发、高性能 同时具备的，往往高并发只须要对每一个连贯所应用的内存尽量的少就能够达到。而具备高并发的同时又具备高性能，往往须要十分好的设计。Nginx 能够达到什么样的规范呢？比如说当初比拟支流的服务器（32 核、64G 内存），能够轻松达到数千万的并发连贯，如果是解决一些简略的动态资源申请，它能够达到 100w 的 RPS
第二个外围长处是它的 可扩展性十分的好。它的可扩展性次要体现在它的模块化设计，模块化设计的十分稳固，使得 Nginx 的第三方模块生态圈十分的丰盛。丰盛的生态圈，为 Nginx 丰盛的性能提供了保障
第三个长处是它的 高可靠性。所谓高可靠性是指 Nginx 能够在服务器上继续不间断的运行数年，而很多 web 服务器，往往运行几周或者几个月就须要做一次重启。对于 Nginx 这样一个高并发、高性能的反向代理服务器而言，它往往运行在企业内的边缘节点上，这个时候，如果企业想提供 4 个 9，5 个 9，甚至更高的高可用性时，对 Nginx 继续运行，可能宕机的工夫一年可能只能以秒来计。所以在这样一个角色中，Nginx 的高可靠性，提供了十分好的保障
第四个长处是 热部署。是指能够在不进行服务的状况下降级 Nginx，这个性能对 Nginx 来讲十分重要，因为在 Nginx 上可能跑了数百万的并发连贯。如果是一般的服务，咱们可能是须要 kill 掉过程而后再重启的形式就能够解决好。然而对于 Nginx 而言，因为 kill 掉 Nginx 过程，会导致操作系统为所有的曾经建设连贯的客户端发送一个 TCP 中的 reset 复位包，而很多的客户端是没有方法很好的解决复位申请的。在大并发场景下，一些偶尔事件，就会导致必然的恶性后果，所以热部署是十分有必要的
第五个长处是BSD 许可证。它指的是 Nginx 不仅是开源的、收费的，而且大家能够在有定制的场景上来批改 Nginx 的源代码，在商业场景下是非法的
Nginx 的四个次要组成部分
Nginx 二进制可执行文件
这个是由 Nginx 自身的框架，它的官网模块和编译进去的各种第三方模块，一起构建的文件。这个文件就相当于汽车自身，它有残缺的零碎，所有的性能都由它提供
Nginx.conf 配置文件
它相当于驾驶员，尽管二进制可执行文件曾经提供了许多性能，但这些性能有没有开启，或者开启了当前，定义怎么的行为解决申请，都是由 Nginx.conf 配置文件决定的。所以它相当于驾驶员，管制汽车的行为
access.log 拜访日志
它相当于这辆汽车通过的所有中央造成了 GPS 轨迹，access.log 会记录下每一条 http 申请信息与响应信息
error.log 谬误日志
它相当于黑匣子一样，当呈现了一些不可预期的问题时，能够通过 error.log 去把问题定位进去
Nginx 的版本公布状况
- feature：公布了哪些性能
- bugfix：修复了哪些 bug
- change：做了哪些小的重构