nginx+uwsgi 和nginx+gunicorn区别、如何部署
大家是采用的何种部署方式？
第一种,高并发稳定一点
我在很多的博客中都看过有关 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项目目录，在本文所指的项目目录都假设为/www/demo）创建以 .ini 为扩展名的配置文件。在设置与 Nginx 交互的时候有两种方式：
第一种是通过配置网络地址，第二种是通过本地的 .socket 文件进行通信。需要注意的是，不同的交互方式下， Nginx 中的配置也会有所不同
如果采用的是第一种网络地址的方式，则将之前创建 uwsgi.ini 配置文件添加如下的配置内容：
这里的 wsgi-file 参数所指的 run.py 其实是启动文件，你也可以使用 manage.py 。不过我通常习惯创建一个这样的文件，可以直接运行该文件来启动项目：
保存好配置文件后，就可以通过如下的命令来启动应用了：
如果你采用的是第二种本地 socket 文件的方式，则添加如下的配置内容：
可以看到，其实与网络地址的配置方式只有 socket 参数的配置不同，在这里填写好路径名和文件名并启动 uWSGI 后，将会自动在改目录下生成 nginx_uwsgi.socket 文件，这个文件就是用来与 Nginx 交互的。
首先我们来通过 apt 安装 Nginx ：
安装完成之后，我们 cd 到 /etc/nginx/ 的目录下（可能由于不同系统导致不同的Nginx发行版缘故，目录有所差别，在此只针对 Ubuntu 中的发行版的Nginx），可以看到 Nginx 的所有配置文件。
其中 nginx.conf 文件为主配置文件，可以用来修改其全局配置； sites-available 存放你的配置文件，但是在这里添加配置是不会应用到 Nginx 的配置当中，需要软连接到同目录下的 sites-enabled 当中。但是在我实际操作的过程中中，当我在 sites-available 修改好配置文件后，会自动更新到 sites-enabled 。如果没有的话，则需要像上述的操作那样，将修改好的配置文件 软链接 到 sites-enabled 当中
在上边说到，配置 uWSGI 有两种与 Nginx 交互的方式，那么选择不同的方式的话在 Nginx 的配置也会有所不同：
第一种：网络配置方式 ：
这里的 proxy_set_header 设置的三个参数的作用都是能够直接获得到客户端的 IP ，如果你感兴趣可以参考： Nginx中proxy_set_header 理解
用 include uwsgi_params 导入 uWSGI 所引用的参数，通过 uwsgi_pass 反向代理给在 localhost:8001 运行的 uWSGI ：
在每次完Nginx配置文件内容后，需要通过如下的命令来重启Nginx：
第二种：socket文件方式 ：
与上边的配置内容大体相同，只是在配置 uwsgi_pass 不是反向代理给网络地址，而是通过 socket 文件进行交互，我们只需要指定之前设置的路径和文件名即可：
首先先在虚拟环境下安装 Gunicorn ：
安装完成后，我们来创建以 .py 结尾的配置文件，这里我参考了Jiyuankai的 GitHub 关于 Gunicorn 的配置文件内容：
需要注意的是要在配置文件的同层目录下创建 log 文件，否则运行 gunicorn 将报错。添加完配置内容并保存为 gconfig.py 文件后，我们就也可以通过 gunicorn 来运行 Flask 应用了:
和 uWSGI 的任意一种配置方法类似，只是在 location 中的配置有所不同：
通过Gunicorn的Nginx配置中，我们只需要通过 proxy_pass 参数反向代理给运行在 http://localhost:5000/ 上的Gunicorn
如果你采取如上的任意一种部署方式，在Nginx与uWSGI或Gunicorn同时运行，并且配置无误的状态下，那么你现在应该是可以通过你的公网 ip 或者域名访问到你的网站了。
但是还有一个问题，到目前为止，uWSGI和gunicorn都是直接通过命令行运行，并不能够在后台运行，也是当我们关闭了xShell（或者你使用的是Putty及其他SSH连接的软件），将无法再访问到你的应用。所以我们需要让uWSGI或gunicorn在后台运行，也就是所谓的daemon（守护进程）。
如果你熟悉Linux命令，你应该知道在Linux中后台运行可以通过 nohup 命令，例如我们要让gunicorn在后台运行，我们只需要运行 nohup 命令：
运行后你可以通过 ps -e | grep gunicorn 指令来查看到当前gunicorn的运行状态：
如果你选择的是uWSGI，同样也可以通过 nohup 命令来实现守护进程：
这样你就可以关闭连接服务器的终端，还能通过你的浏览器访问到你的 Flask 应用了！
但是 nohup 运行的后台程序并不能够可靠的在后台运行，我们最好让我们的后台程序能够监控进程状态，还能在意外结束时自动重启，这就可以使用一个使用Python开发的进程管理程序supervisor。
参考： https://www.cnblogs.com/Dicky-Zhang/p/6171954.html
首先我们通过 apt 来安装supervisor：
安装完成后，我们在 /etc/supervisor/conf.d/ 目录下创建我们控制进程的配置文件，并以.conf结尾，这样将会自动应用到主配置文件当中，创建后添加如下的配置内容：
在上面的配置文件中， [program:demo] 设置了进程名，这与之后操作进程的状态名称有关，为 demo ; command 为进程运行的命令，必须使用绝对路径，并且使用虚拟环境下的 gunicorn 命令； user 指定了运行进程的用户，这里设置为 root
保存配置文件之后，我们需要通过命令来更新配置文件：
命令行将显示： demo: added process group ，然后我们来启动这个 demo 进程：
当然你也直接在命令行输入 supervisorctl 进入supevisor的客户端，查看到当前的进程状态：
通过 stop 命令便可以方便的停止该进程：
仲长夏丁悦： uwsgi搭配nginx可以做域名解析和负载均衡 uWSGI,既不用wsgi协议也不用fcgi协议,而是自创了一个uwsgi的协议,据说该协议大约是fcgi协议的10倍那么快.uWSGI的主要特点如下:◆超快的性能.◆低内存占用(实测为apache2的mod_wsgi的一半左右).◆多app管理.◆详尽的日志功能(可以用来分析app性能和瓶颈).◆高度可定制(内存大小限制,服务一定次数后重启等).
阿坝县19270933333： 在Linux系统上怎么通过uWSGI配置Nginx+Python环境 - ？
仲长夏丁悦： 1.安装ubuntu有uwsgi的ppa:add-apt-repository ppa:stevecrozz/ppa apt-get update apt-get install uwsgi2. 用uwsgi代替mod_wsgi Nginx 的整体配置这里不说了,假设已经明白 Nginx的基本配置,那么uwsgi就类似这么配置:location / { include uwsgi...
阿坝县19270933333： 如何配置nginx+uwsgi+django - ？
仲长夏丁悦： 由于django只是web框架 本身的web界面只是测试界面 所以我们在实际应用中 应该用主流的web服务器 而不是django自带的web.我这里用的是django+uwsgi+ nginx 主要就是web客户端指向nginx nginx后台通过upsstream 模块转发给内部自定...
阿坝县19270933333： nginx+uwsgi布署为什么找不到应用 - ？
仲长夏丁悦： 您好,我来为您解答:uwsgi配置错了,明显是没找到应用的路径.检查下PATH和PYTHONPATH import sys sys.path 将你的应用的路径添加到python path 如果我的回答没能帮助您,请继续追问.
阿坝县19270933333： nginx和apache哪个好,那个用的多 - ？
仲长夏丁悦： 对于PHP程序来说 LAMP这毫无疑问的是最佳组合.简单的总结成两句话 LAMP 相对于 NGINX 来说较为安全,同样的配制环境但是负载不如 NGINX,但是这问题从技术上可以解决. NGINX 相对于 LAMP 来说安全较为差一点,同样的配制环境负载远远高于 LAMP 向国内的一些大公司,淘宝、新浪都在用这一些 NGINX,向那么大的公司网站需要用到服务器群用LAMP搭建环境成本远远大于NGINX.打个比方本来1000000W访问量需要 10台LAMP环境服务器才能完成,但是使用NGINX也许只需要5、6台这样一来对于这样的公司来说就大大的节约了成本.对于个来来讲就不存在谁好谁差,看个人需求.
阿坝县19270933333： flask 怎么使用nginx + uwsgi 部署 - ？
仲长夏丁悦： nginx+uwsgi+python+flask给你一个参考吧 1.修改/etc/nginx/nginx.conf文件 ... http { ... ## # Virtual Host Configs ## #include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*.conf; } 默认配置基础上改了Virtual Host Con...
阿坝县19270933333： Gentoo 怎么安装 uwsgi - plugin - python - ？
仲长夏丁悦： nginx+uwsgi+python+flask给你一个参考吧 1.修改/etc/nginx/nginx.conf文件 ... http { ... ## # Virtual Host Configs ## #include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*.conf; } 默认配置基础上改了Virtual Host Con...
阿坝县19270933333： nginx+uwsgi+django可以实现多少并发 - ？
仲长夏丁悦： 1、把 [uwsgi] 中的 processes 设置为4明显太少.这个processes代表你同一时刻可以处理几个request.改为32很科学.100一下都可以接受.2、这种访问量肯定不是nginx的瓶颈造成的,需要优化app.
阿坝县19270933333： Node.js 与 Nginx 参照,部署架构是怎样的 - ？
仲长夏丁悦： Nodejs有自己实现的HTTP服务器,向代理.PHP的部署模式:Nginx+php-fpm Python的部署模式:Nginx+uwsgi,Nginx+FastCGI PHP和Python都有自己的HTTP服务器,但是通常情况下不推荐用于生产环境
阿坝县19270933333： 如果只有2台服务器 如何最优部署nginx+tomcat+memcached+mysql - ？
仲长夏丁悦： :看你的架构,应该是很平常的jsp架构.你需要nginx,tomcat,memcached部署在一台,mysql部署在另一台即可.memcached几乎不占cpu,内存分配512M绝对是够你用了.nginx应该是用来处理静态文件的,大几十万并发不会有问题
