一.为什么要用nginx,uwsgi?
1 1 首先nginx 是对外的服务接口，外部浏览器通过url访问nginx, 2 3 2nginx 接收到浏览器发送过来的http请求，将包进行解析，分析url，如果是静态文件请求就直接访问用户给nginx配置的静态文件目录，直接返回用户请求的静态文件， 4 5 如果不是静态文件，而是一个动态的请求，那么nginx就将请求转发给uwsgi,uwsgi 接收到请求之后将包进行处理，处理成wsgi可以接受的格式，并发给wsgi,wsgi 根据请求调用应用程序的某个文件，某个文件的某个函数，最后处理完将返回值再次交给wsgi,wsgi将返回值进行打包，打包成uwsgi能够接收的格式，uwsgi接收wsgi 发送的请求，并转发给nginx,nginx最终将返回值返回给浏览器。 6 7 3要知道第一级的nginx并不是必须的，uwsgi完全可以完成整个的和浏览器交互的流程，但是要考虑到某些情况 8 9 1 安全问题，程序不能直接被浏览器访问到，而是通过nginx,nginx只开放某个接口，uwsgi本身是内网接口，这样运维人员在nginx上加上安全性的限制，可以达到保护程序的作用。 10 11 2负载均衡问题，一个uwsgi很可能不够用，即使开了多个work也是不行，毕竟一台机器的cpu和内存都是有限的，有了nginx做代理，一个nginx可以代理多台uwsgi完成uwsgi的负载均衡。 12 13 3静态文件问题，用django或是uwsgi这种东西来负责静态文件的处理是很浪费的行为，而且他们本身对文件的处理也不如nginx好，所以整个静态文件的处理都直接由nginx完成，静态文件的访问完全不去经过uwsgi以及其后面的东西。
二.步骤:
1.单机启动django项目，性能低，默认使用wsgiref模块，性能低的wsgi协议
python3 manager.py runserver 0.0.0.0:8000 > wsgiref模块中
2.高并发启动django，django是没有这个功能的，而uWSGI模块，遵循uwsgi协议，支持多进程处理django请求
uwsgi 通过他，启动你的django，而不再是python3 manager.py runserver 0.0.0.0:8000
3.公司中一般用 nginx + uwsgi + django + virtualenv + supervisord（进程管理工具）
搭建笔记：
1.确定依赖组件是否安装
yum install zlib-devel bzip2-devel pcre-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel
nginx 正向代理，反向代理的概念
用户阿段，去访问mycrm.com:80 ，他想直接从80端口，找到hello视图，也就是mycrm.com:80/hello
实现手段就是，阿段去访问 mycrm.com:80 这个nginx服务，并且让nginx，把hello这个请求，丢给后端的 uwsgi+django程序处理
1.基础环境准备好
yum groupinstall "Development tools"
yum install zlib-devel bzip2-devel pcre-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel
2.准备好python3环境
3.准备好virtualenv
4.安装uWSGI
1.激活虚拟环境
source /opt/all_venv/venv2/bin/activate
2.安装uWSGI
(venv2) [root@s13linux ~ 05:18:21]$pip3 install uwsgi
3.检查uwsgi版本
(venv) [root@slave 192.168.11.64 /opt]$uwsgi --version
2.0.17.1
#检查uwsgi python版本
uwsgi --python-version
4.运行一个简单的uwsgi服务器
1.创建一个test.py文件，写入内容
def application(env, start_response):
start_response('200 OK', [('Content-Type','text/html')])
return [b"Hello World"] # python3
2.然后用uwsgi命令启动
uwsgi --http :8000 --wsgi-file test.py
参数解释
http :8000: 使用http协议，端口8000
wsgi-file test.py: 加载指定的文件，test.py
5.用uwsgi运行你的django项目（测试使用）
1.准备好mysite，自己写好MTV视图函数 /hello
先确保你在项目文件夹下，例如/opt/mysite/底下
uwsgi --http :8088 --module mysite.wsgi --py-autoreload=1
参数解析
--http 启动在8088端口，--module 指定项目文件夹路径 --py-autoreload是热加载程序
6.配置nginx反向代理uwsgi+django！！！！（此步重要！！！）
1.首先kill杀掉nginx进程
2.配置nginx.conf，通过此步才能生效！！
填入重要两个参数，根据自己目录结构配置，uwsgi_pass通过这个参数，nginx才能转发请求给后端0.0.0.0:9000的应用
include /opt/nginx112/conf/uwsgi_params;
uwsgi_pass 0.0.0.0:9000;
--------------------------分割线--------------------------------------------------------
server {
listen 80;
server_name mycrm.com;
location / {
include /opt/nginx112/conf/uwsgi_params;
uwsgi_pass 0.0.0.0:9000;
root html;
index index.html index.htm;
#deny 10.0.0.1;
}
配置nginx.conf之后，启动nginx服务，等待配置启动uwsgi+django
7.配置supervisor进程管理工具
1.通过python2的包管理工具easy_install安装
yum install python-setuptools
easy_install supervisor
2.通过命令生成supervisor的配支文件
echo_supervisord_conf > /etc/supervisord.conf
3.写入/etc/supervisord.conf配置信息(参数根据自己环境填写)
[program:my_crm]
command=/opt/all_venv/venv2/bin/uwsgi --uwsgi 0.0.0.0:9000 --chdir=/opt/s13crm --home=/opt/all_venv/venv2/ --module=s13crm.wsgi
directory=/opt/s13crm
startsecs=0
stopwaitsecs=0
autostart=true
autorestart=true
8.启动supervi服务，（同时启动uwsgi+django服务）
最后启动supervisor，完成uWSGI启动django，nginx反向代理
supervisord -c /etc/supervisord.conf #启动supervisor
supervisorctl -c /etxc/supervisord.conf restart my #重启my项目
supervisorctl -c /etc/supervisord.conf [start|stop|restart] [program-name|all]
9.此时访问网站mycrm.com ，查看是否可以通过80端口，访问到django应用，完成项目发布。
由于nginx的高并发性能，配合uwsgi的多进程性能，可以达到一个线上的django应用发布！！！