CentOS+uwsgi+django+nginx 环境部署及分析

写在部署前

　　在线上部署django项目时，比较成熟的方案是：nginx + uWSGI + Django。 nginx和Django 都比较熟悉了，uWSGI是什么呢？WSGI是一个协议，python用于web开发的协议，uWSGI则是一个程序，充当WEB服务器或者中间件。当Nginsx+uWSGI+Django一起使用时，uWSGI就是个中间件，如果直接用django+uWSGI时，uWSGI就是个WEB服务器。

　　说下WEB协议出现的顺序： CGI --> FCGI --> WSGI --> uwsgi。
CGI是最早的协议，然后FCGI顾名思义就是比CGI更快，WSGI是Python专用的协议，uwsgi比FCGI和WSGI都快，是uWSGI项目的自有协议，主要特征是采用二进制来存储数据，
之前的协议都是存储字符串，所以在存储空间和解析速度上，都会优于字符串协议。附官方资料地址：http://uwsgi-docs.readthedocs.io/en/latest/FAQ.html

CGI = Common Gateway Interface，通用网关接口

顾名思义，它是一种接口规范。该规范详细定义了Web服务器中运行的服务器代理程序，怎样获取及返回网页生成过程中，服务器环境上下文和HTTP协议中的参数名称，

如大家所熟知的：REQUEST_METHOD，QUERY_STRING，CONTENT_TYPE等等。绝大部分的Web服务器程序，是以脚本的形式代理接受并处理HTTP请求，返回HTTP页面或响应。

这些脚本程序，就是大家所熟知的PHP、ASP、JSP等等。

FCGI = Fast CGI

它其实是CGI在具体实现中的的一个变种。其设计思路是，通过减少CGI代理程序和Web宿主服务程序的通信开销，从而达到提高Web服务性能的最终目的。

由此可见，FCGI在规范上跟CGI并没有不同，

只是具体实现方式上有所改进：

    CGI的做法是，对于每个HTTP请求，Web宿主服务程序都建立新的进程以调用服务器脚本，响应该请求；大量HTTP请求时，服务器频繁创建进程会影响服务器性能。

    FCGI的做法是，建立一个独立的FCGI服务程序进程，和Web宿主服务程序进程通信，FCGI服务进程被一旦启动后，自己分配资源、创建线程响应HTTP请求、并决定自身生命周期，

从而大大降低了系统为了创建进程而做出的资源开销。FCGI还支持分布式，也就是WEB服务器和应用程序可以再不通的机器上。

现代流行的Web服务器程序，如PHP、ASP.Net，基本都是FCGI的实现。

SCGI = Simple CGI

它是FCGI在精简数据协议和响应过程后的产物。其设计目的是为了适应越来越多基于AJAX或REST的HTTP请求，而做出更快更简洁的应答。

并且SCGI约定，当服务器返回对一个HTTP协议请求响应后，立刻关闭该HTTP连接。所以不难看出，SCGI更加适合于普遍意义上SOA所提倡的“请求-忘记”这种通信模式。

WSGI = Web Server Gateway Interface

此协议是Python语言的专利，它定义了一组在Web服务宿主程序和HTTP响应代理程序之间通信的普遍适用的接口。

它的产生是因为Python程序员注意到，对于Web框架和Web宿主服务器程序间，有严重的耦合性，比如说，某些框架是针对Apache的mod_python设计的。

于是，WSGI就定义了一套非常低级别的接口。常见的Python Web框架都实现了这个协议：如 CherryPy, Django, web.py, web2py, TurboGears, Tornado,

Pylons, BlueBream, Google App Engine[dubious – discuss], Trac, Flask, Pyramid,等等.

各类CGI简介

浏览器请求一个页面的流程

浏览器发送请求给服务器，包含请求头和请求体
服务器解析请求头和请求体
服务器根据请求信息来处理请求，生成返回内容
服务器生成响应头和响应体
服务器返回响应给浏览器，浏览器显示给用户

　　步骤1,2,4,5在所有网站的请求中都是一样的，只有步骤3是不固定的。所以把固定的4个步骤抽象出来，让开发者只关注步骤3,可以提高开发效率。
WSGI，全称 Web Server Gateway Interface, 是python专用的协议，其他语言没有。用于处理WEB服务器和应用程序APP的交互信息。很多WEB框架
都有自带的WSGI服务器，不过性能并不理想，只能用于测试用途。

# nginx 相关

（1）正向代理：浏览器主动请求代理服务器，代理服务器转发请求到对应的目标服务器。

（2）反向代理：部署在WEB服务器上，代理所有外部网络的访问，浏览器访问服务器，必须经过这个代理，是被动的。

正向代理的主动方是客户端，反向代理的主动方是WEB服务器。

反向代理的作用:

    (1)安全，客户端对Web服务器的访问需要先经过反向代理服务器。这样可以防止外部程序对Web服务器的直接攻击。

    (2)负载均衡，反向代理服务器可以根据Web服务器的负载情况，动态地把HTTP请求交给不同的Web服务器来处理，前提是要有多个Web服务器。

    (3)提升Web服务器的IO性能。一个HTTP请求的数据，从客户端传输给服务器，是需要时间的，例如N秒，如果直接传给Web服务器，Web服务器就需要让一个进程阻塞N秒，来接收IO，

这样会降低Web服务器的性能。如果使用反向代理服务器，先让反向代理服务器接收完整个HTTP请求，再把请求发给Web服务器，就能提升Web服务器的性能。还有一些静态文件的请求，

可以直接交给反向代理来处理，不需要经过Web服务器。

Nginx相关简介

正式安装

#系统环境：

CentOS 7

nginx

Django1.9

python3.6

uwsgi

# 安装依赖包

yum install zlib-devel bzip2-devel pcre-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel python-pip  -y

# 安装uwsgi

pip install uwsgi

# 查看版本

uwsgi --version

# 测试uwsgi是否正常，实现一个最简单的服务器

# vim test.py

#!/usr/bin/python env

# coding: utf-8

def application(env, start_response):

    start_response('200 OK', [{'Contetn-Type', 'text/html'}])

	return "hello world"

# 解释：

# env参数是一个字典对象，保存HTTP请求的信息，如URL路径，域名，请求头，请求参数等

# start_response 参数是一个函数，用于向wsgiref提供响应头的设置，只能调用一次。

# 在终端运行

uwsgi --http :8080 --wsgi-file test.py

# 浏览器输入 http://127.0.0.1:8080 , 如果返回hello world 则正确，不是的话，请检查上面步骤。

# 安装django 和 nginx

pip install Django==1.9

yum install nginx -y

# 配置uwsgi

vim /etc/uwsgi.ini

[uwsgi]

socket = 127.0.0.1:10000   // 运行端口号

chdir = /data/OPS/superops/  // django项目绝对路径

wsgi-file = superops/wsgi.py  // django的wsgi文件

master = true          // 主进程

vhost = true           // 多站模式

no-stie = true         // 多站模式时不设置入口模块和文件

workers = 2            // 子进程数

reload-mercy = 10

vacuum = true          // 退出，重启时清理文件

max-requests = 1000

limit-as = 512

buffer-sizi = 30000

pidfile = /var/run/uwsgi.pid    // pid文件，用于下面的脚本启动，停止该进程

daemonize = /var/log/uwsgi.log  // 日志文件,这个日志会记录django运行日志

# 附：uWSGI参考资料：http://www.cnblogs.com/zhouej/archive/2012/03/25/2379646.html

# 启动uwsgi

uwsgi /etc/uwsgi.ini

# cat /etc/init.d/uwsgi

DESC="uwsgi daemon"

NAME=uwsgi

DAEMON=/usr/bin/uwsgi

CONFIGFILE=/etc/$NAME.ini

PIDFILE=/var/run/$NAME.pid

SCRIPTNAME=/etc/init.d/$NAME

set -e

[ -x "$DAEMON" ] || exit 0

do_start() {

$DAEMON $CONFIGFILE || echo -n "uwsgi  running"

}

do_stop() {

    $DAEMON --stop $PIDFILE || echo -n "uwsgi not running"

    rm -f $PIDFILE

    echo "$DAEMON STOPED."

}

do_reload() {

    $DAEMON --reload $PIDFILE || echo -n "uwsgi can't reload"

}

do_status() {

    ps aux|grep $DAEMON

}

case "$1" in

status)

    echo -en "Status $NAME: \n"

    do_status

;;

start)

    echo -en "Starting $NAME: \n"

    do_start

;;

stop)

    echo -en "Stopping $NAME: \n"

    do_stop

;;

reload|graceful)

    echo -en "Reloading $NAME: \n"

    do_reload

;;

*)

    echo "Usage: $SCRIPTNAME {start|stop|reload}" >&2

    exit 3

;;

esac

exit 0

创建uwsgi的启动脚本

# 配置nginx

    server {

        listen       8888;  // 外网访问端口

        listen       [::]:8888;

        server_name  _;

        root         /usr/share/nginx/html;

        # Load configuration files for the default server block.

        include /etc/nginx/default.d/*.conf;

        location / {

            include uwsgi_params;

            uwsgi_pass 127.0.0.1:10000;  // 必须和uwsgi.ini配置的端口一致

            uwsgi_param UWSGI_SCRIPT superops.wsgi;  // 入口文件, superops是项目名称

            uwsgi_param UWSGI_CHDIR /data/OPS/superops;  // 项目根目录，这个路径是有manage.py的那一层

            index index.html index.htm;

            client_max_body_size 35m;

        }

        location /static/ {

            alias /data/OPS/superops/static/; // 有时候会发现访问网站的时候加载不到资源（404）在这里声明下。

        }

# 测试整体

/etc/init.d/uwsgi start

systemctl start nginx

在浏览器中输入http://127.0.0.1:8888 就可以正常访问django 项目了

# 多站配置

# uwsgi：也就是使用多个uwsgi服务的方法来实现多个站点，创建多个/etc/uwsgi01.ini并修改文件对应的端口号

# nginx: 在配置文件中再配置一个server，设置不同的端口，并指向uwsgi