nginx.conf 配置详解

这里我给来2张图，对 正向代理 (正向代理类似一个跳板机，代理访问外部资源，内->外)与 反响代理 (代理将来自外网客户端的请求转发到内网服务器，外->内)做个诠释。

总结
正向代理即是客户端代理, 代理客户端, 服务端不知道实际发起请求的客户端
反向代理即是服务端代理, 代理服务端, 客户端不知道实际提供服务的服务端

Nginx在做反向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。Nginx可以根据不同的正则匹配，采取不同的转发策略，比如文件结尾的走文件服务器，动态页面走web服务器，只要你正则写的没问题，又有相对应的服务器解决方案，你就可以随心所欲的玩。并且Nginx对返回结果进行错误页跳转，异常判断等。如果被分发的服务器存在异常，他可以将请求重新转发给另外一台服务器，然后自动去除异常服务器。

Nginx提供的负载均衡策略有2种：内置策略和扩展策略。内置策略为轮询，加权轮询，Ip hash。扩展策略，就天马行空，只有你想不到的没有他做不到的啦，你可以参照所有的负载均衡算法，给他一一找出来做下实现。
上3个图，理解这三种负载均衡算法的实现

Ip hash算法，对客户端请求的ip进行hash *** 作，然后根据hash结果将同一个客户端ip的请求分发给同一台服务器进行处理，可以解决session不共享的问题。

Nginx可以对不同的文件做不同的缓存处理，配置灵活，并且支持FastCGI_Cache，主要用于对FastCGI的动态程序进行缓存。配合着第三方的ngx_cache_purge，对制定的URL缓存内容可以的进行增删管理。

默认的config(nginxconf里面使用incloud包含confd下的配置文件)
nginxconf：

configd/defaultconf:

1、全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。

2、events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。

3、>

大家是采用的何种部署方式？

第一种,高并发稳定一点

我在很多的博客中都看过有关 Flask 应用的部署，也有很多博主在开博后都记录了部署的教程，因为其中的坑可以说不少。一开始我在网上看到相比较与 Ubuntu ， CentOS 因为更新少作为服务器的 *** 作系统会更加稳定。所以在第一次购买云服务器时，我选择了 CentOS ，后来由于 CentOS 不同发行版的 Nginx 缘故，我又换成了 Ubuntu 的镜像

首先呢，我们先来了解下关于Web服务器与Web应用还有WSGI之间的联系

WSGI （Web Server Gateway Interface），翻译为 Python web 服务器网关接口，即 Python 的 Web 应用程序（如 Flask ）和 Web 服务器(如 Nginx )之间的一种通信协议。也就是说，如果让你的 Web 应用在任何服务器上运行，就必须遵循这个协议。

那么实现 WSGI 协议的web服务器有哪些呢？就比如 uWSGI 与 gunicorn 。两者都可以作为Web服务器。可能你在许多地方看到的都是采用 Nginx + uWSGI （或 gunicorn ）的部署方式。实际上，直接通过 uWSGI 或 gunicorn 直接部署也是可以让外网访问的，那你可能会说，那要 Nginx 何用？别急，那么接来下介绍另一个Web服务器—— Nginx

Nginx 作为一个高性能Web服务器，具有负载均衡、拦截静态请求、高并发等等许多功能，你可能要问了，这些功能和使用 Nginx + WSGI 容器的部署方式有什么关系？

首先是负载均衡，如果你了解过 OSI模型 的话，其实负载均衡器就是该模型中4~7层交换机中的一种，它的作用是能够仅通过一个前端唯一的URL访问分发到后台的多个服务器，这对于并发量非常大的企业级Web站点非常有效。在实际应用中我们通常会让 Nginx 监听（绑定） 80 端口，通过多域名或者多个location分发到不同的后端应用。

其次是拦截静态请求，简单来说， Nginx 会拦截到静态请求（静态文件，如），并交给自己处理。而动态请求内容将会通过 WSGI 容器交给 Web 应用处理;

Nginx 还有其他很多的功能，这里便不一一介绍。那么前面说了，直接通过 uWSGI 或 gunicorn 也可以让外网访问到的，但是鉴于 Nginx 具有高性能、高并发、静态文件缓存、及以上两点、甚至还可以做到限流与访问控制，所以选择 Nginx 是很有必要的；

这里可以说明，如果你选择的架构是：Nginx + WSGI容器 + web应用，WSGI容器相当于一个中间件；如果选择的架构是uWSGI + web应用，WSGI容器则为一个web服务器

普遍的部署方式都是通过让 Nginx 绑定 80 端口，并接受客户端的请求将动态内容的请求反向代理给运行在本地端口的 uWSGI 或者 Gunicorn ，所以既可以通过 Nginx + uWSGI 也可以通过 Nginx + Gunicorn 来部署 Flask 应用，这篇教程中都将一一介绍这两种方法

当然采用不同的 WSGI 容器， Nginx 中的配置也会有所不同

我们现在虚拟环境下安装好 uWSGI ：

安装完成之后我们在项目的目录下（即你实际创建的Flask项目目录，在本文所指的项目目录都假设为/ 参数反向代理给运行在 >

在nginx上面配置了ssl证书，用来>

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/zz/10653571.html