Django部署方案简介

引：Django是Python众多web框架中提供功能最全最丰富的一个，那么我们在实际应用中通常怎么去部署Django呢?下面我们就来看一看Django的部署方案有哪些。

1. Python web 程序的部署方法：

Django是采用python写的web框架，我们先来看下python的web程序的9种部署方法：

· mod_python，这是apache内置的模块，很严重的依赖于mod_python编译使用的python版本，和apache配套使用，不推荐;

· cgi，这个太old，不推荐，而且nginx不支持cgi方式，只能用lighttpd或者apache;

· fastcgi ，这个是目前流行最广的做法，通过flup模块来支持的，在nginx里对应的配置指令是 fastcgi_pass;

· spawn-fcgi，这个是fastcgi多进程管理程序，lighttpd安装包附带的，和flup效果一样，区别是flup是 python代码级引入，spawn-fcgi是外部程序，spawn-fcgi用途很广，可以支持任意语言开发的代码，php、python、perl，只要你代码实现了fastcgi接口，它都可以帮你管理你的进程；

· scgi，全名是Simple Common Gateway Interface，也是cgi的替代版本，scgi协议很简单，和fastcgi差不多，只是没有怎么推广开来，nginx对应的配置指令是scgi_pass，你想用就用，flup也支持;

· http，nginx使用proxy_pass转发,这个要求后端application必须内置一个能处理高并发的http server，在python的web框架当中，只能选择tornado;

python程序员喜欢发明轮子，tornado除了是一个web framework之外，它还可以单独提供高性能http server，所以，如果你采用其他python框架写代码，比如说bottle，也一样可以通过import tornado 来启动一个高性能的http server，同样的可以采用http协议和nginx一起来部署。扩展开来，python包里面能处理高并发的http server还有很多，比如说gevent，也可以被其他框架引用来支持http方式部署。

· uwsgi，包括4部分组成：

o uwsgi协议

o web server内置支持协议模块

o application服务器协议支持模块

o 进程控制程序

nginx从0.8.4开始内置支持uwsgi协议，uwsgi协议非常简单，一个4个字节header加一个body，body可以是很多协议的包，比如说http，cgi等(通过header里面字段标示)。

uwsgi的特点在于自带的进程控制程序，它是用c语言编写，使用natvie函数，其实和spawn-fcgi/php-fpm类似。所以uwsgi可以支持多种应用框架，包括(python、lua、ruby、erlang、go)等等

· Gunicorn，和uwsgi类似的工具，从rails的部署工具(Unicorn)移植过来的。但是它使用的协议是 WSGI，全称是Python Web Server Gateway Interface ，这是python2.5时定义的官方标准(PEP 333 )，根红苗正，而且部署比较简单;

· mod_wsgi，apache的一个module，也是支持WSGI协议,https://code.google.com/p/modwsgi/

2. Nginx + uWSGI + Django

先来澄清几个概念：

WSGI: WSGI是一种Web服务器网关接口。它是一个Web服务器(如nginx)与应用服务器(如uWSGI服务器)通信的一种规范。

uwsgi: uwsgi同WSGI一样是一种通信协议，而uWSGI是实现了uwsgi和WSGI两种协议的Web服务器。

uwsgi协议是一个uWSGI服务器自有的协议，它用于定义传输信息的类型(type of information)，每一个uwsgi packet前4byte为传输信息类型描述，它与WSGI相比是两样东西。

uWSGI: uWSGI是一个Web服务器，它实现了WSGI协议、uwsgi、http等协议。 Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。

uWSGI的主要特点如下：

超快的性能

低内存占用(实测为apache2的mod_wsgi的一半左右)

多app管理

详尽的日志功能(可以用来分析app性能和瓶颈)

高度可定制(内存大小限制，服务一定次数后重启等)

由于uWSGI有着上述优点，通常采用Nginx + uWSGI + Django来部署，性能与稳定性都不错。

部署方法：

1 安装uwsgi

pip install uwsgi

2 写配置文件 yourfile.ini (文件名可自定义)

[uwsgi]

socket = 127.0.0.1:3031

chdir = /home/foobar/myproject/

wsgi-file = myproject/wsgi.py

processes = 4

threads = 2

master= True

pidfile = yourfile.pid

daemonize = yourfile.log

3 执行 uwsgi yourfile.ini

4 nginx 配置

location / {

uwsgi_pass 127.0.0.1:8630;

include uwsgi_params;

}

3. Nginx + Tornado + Django

Tornado是一个异步web框架和服务器，所以在开发长轮询的chat之类应用非常的合适，但是其实本身也是一个高性能的http服务器，也可以作为一个WSGIServer。所以即使网站没有使用Tornado的框架，而是用了web.py或者是Django来开发， Tornado依然可以用来加速网站。使用Tornado来代替fastCGI可以大幅提高性能，且可以承载的并发能力也有了成倍的提高。

部署方法：

采用Nginx通过upstream来反向代理到N个Tornado的服务器实例上的部署方式。

Setp1：安装supervisord

由于Tornado并没有自身提供Daemon的能力，所以需要用一个服务管理工具来管理Tornado的进程，supervisord是用Python实现的一款非常实用的进程管理工具。可以很方便的管理N过进程，且支持进程分组。Supervisord可以通过sudo easy_install supervisor安装，当然也可以通过Supervisord官网下载后setup.py install安装。

Step2: 给Django的站点增加一个Tornado的服务器文件(比如serv.py)

创建一个文件Serv.py在Django站点的根目录(Django 1.4中应该放到和urls.py同一级目录)，内容如下：

import os

import sys

from tornado.options import options, define, parse_command_line

import django.core.handlers.wsgi

import tornado.httpserver

import tornado.ioloop

import tornado.web

import tornado.wsgi

HERE = os.path.dirname(os.path.abspath(file_))

sys.path.append(_HERE)

sys.path.append(os.path.join(_HERE, '..'))

sys.path.append(os.path.join(_HERE, '../contrib'))

os.environ['DJANGO_SETTINGS_MODULE'] = "settings"

def main(port):

wsgi_app = tornado.wsgi.WSGIContainer(

django.core.handlers.wsgi.WSGIHandler())

tornado_app = tornado.web.Application(

[('.*', tornado.web.FallbackHandler, dict(fallback=wsgi_app)),

])

server = tornado.httpserver.HTTPServer(tornado_app)

server.listen(port)

tornado.ioloop.IOLoop.instance().start()

if __name__ == 'main':

main(int(sys.argv[1]))

我这里通过第一个参数来指定Tornado服务监听的端口。这样比较灵活，这点我们在后面的步骤会用到。这个时候我们可以通过python Serv.py 8000这个命令来启动服务器

Step3: 配置Supervisord

第一步安装的Supervisord还没有配置，所以我们需要先创建一个配置文件的样板。在root权限下执行echo_supervisord_conf > /etc/supervisord.conf这个时候在/etc/创建了配置文件，用vim打开这个文件，在配置文件的屁股后面加上以下这一段

[program:web]

command=python /var/www/site/Serv.py 80%(process_num)02d

process_name=%(program_name)s_%(process_num)02d

umask=022

startsecs=0

stopwaitsecs=0

redirect_stderr=true

stdout_logfile=/tmp/codoon.log

numprocs=4

numprocs_start=1

这个配置会启动4个Tornado的服务进程分别监听 8001,8002,8003,8004 这四个端口

command这一行是要执行的命令，这里是用 python /var/www/site/Serv.py 端口号来启动Tornado的服务进程 80%(process_num)02d 的用途是通过进程编号来生成端口号。下面的process_name这个参数也会用到。这里要指定的文件名就是上一步我们创建那个Serv.py文件

process_name是进程的名字，由于这里要启动4个进程，所以要用process_num来区分

umask是程序执行的权限参数

startsecs这个参数是程序启动的等待时间

stopwaitsecs这个参数是程序停止的等待时间

redirect_stderr这个参数将错误流重定向到std的流输出，这样可以省去一个日志文件的配置，当然也可以不用这个参数分开配置日志文件

stdout_logfile 这个参数是STD流输出日志文件的路径，Tornado会输出所有的请求和错误信息，通过这个可以统一做日志处理，分隔什么的，在程序里就只需要print到std流就行了。

numprocs 这个参数指定了进程的数量，这里是4，表明要启动4个Tornado进程

numprocs_start 这个参数指定了进程号的起始编号，这里是1，这样前面的command和process_name里的%(process_num)02d部分就会在执行的时候被替换为01~05的字符串

配置修改完成后:wq保存退出，执行：

supervisorctl reload

重新加载配置后，这些进程就启动起来了

Step4：修改配置Nginx

首先找到在vhost目录里你的站点配置文件，打开后，在头上增加upstream的内容

upstream frontends {

server 127.0.0.1:8001;

server 127.0.0.1:8002;

server 127.0.0.1:8003;

server 127.0.0.1:8004;

}

然后在Server配置节里找到

location / { 这个配置节

以前是用的FastCGI，所以里面的配置可能是这样子的

host and port to fastcgi server

fastcgi_pass 127.0.0.1:8081;

fastcgi_param PATH_INFO $fastcgi_script_name;

fastcgi_param REQUEST_METHOD $request_method;

fastcgi_param QUERY_STRING $query_string;

fastcgi_param CONTENT_TYPE $content_type;

fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_pass_header Authorization;

fastcgi_param REMOTE_ADDR $remote_addr;

fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param SERVER_PORT $server_port;

fastcgi_param SERVER_NAME $server_name;

fastcgi_intercept_errors off;

把这些统统删掉，变成了这样

location / {

}

在{}中加入upstream的配置，变成如下样子

location / {

proxy_pass_header Server;

proxy_set_header Host $http_host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Scheme $scheme;

proxy_pass http://frontends;

proxy_next_upstream error;

}

保存配置文件后执行 让nginx重启的指令 nginx -s reload(注意 nginx文件在不同发行版中位置有差别)