如何用 uWSGI和nginx部署django

2016-05-23  本文已影响2224人  如烟花非花

写在前面的话:

        本文参考了其他人写的很多文章,在后面的附录中列举出来,未能及时列出的引用还望作者理解,本文仅仅作为技术交流。

part1 基础概念


(一)何为uWSGI:

        uWSGI是类似于nginx的一个服务器开发部署选项。在使用uWSGI协议使用WSGI应用的时候需要uWSGI服务。uWSGI不仅是一个协议,同时是一个应用服务器,它实现了uWSGI,FastCGI和HTTP协议[1]。nginx中的HttpUwsgiModule正是负责与uWSGI服务器进行交换。

(二)何为nginx:

Nginx是什么?

        Nginx是一款面向性能设计的轻量级HTTP服务器,它能反向代理HTTP,HTTPS, SMTP, POP3,IMAP的协议链接,以及提供一个负载均衡器和一个HTTP缓存。相较于Apachelighttpd具有占有内存少,稳定性高等优势。它不采用每客户机一线程的设计模型,而是充分使用异步逻辑,削减了上下文调度开销,所以并发服务能力更强[2]。

        Nginx具有稳定性强、模块库丰富、配置灵活和系统资源占有率低的特点。具体优势请参看参考[3]、参考[4]中内容。

正向代理和反向代理

        A找B直接沟通,这就等于没有什么代理;然而中间夹一个传话的C,C就是代理了,A通过C把信息传递给B,然后C再把B的反馈转达给A。

        在这个过程中,A知道沟通的直接目标是B,只不过由于各种原因无法直接和B面对面,需要中间人C,这就是所谓“正向代理”。此时,A对于B是透明的。其实我们很少说正向代理,在英文原文里,这个叫Forward Proxy,一般就直接叫代理,你翻译成“转交代理”或“传达代理”都比“正向代理”强,然而没必要,因为代理这个词的本意就是如此。

        另外一种情况则是:A并不知道B的存在,它只知道找C就可以得到想要的回复,对于A来说有没有B或者有多少个B、D、E、F……都不重要,只要有C就够了。而C则根据情况去获取反馈然后响应给A,这种就叫反向代理了[5],此时B对于A是透明的。

为什么要结合使用?

        Nginx相对来说,更加适合取处理静态文件,如css、javascript、png、html等,而动态的文件最好由Nginx转交给uWSGI去进行处理。

Part2 部署过程


如何部署

基础页面输出的模型:

英文描述:the web client <-> the web server <-> the socket <-> uwsgi <-> Django

中文描述:网页客户端<->网页服务器<->网络套接字<->uwsgi<-> Django应用

部署步骤:

1.准备Django工程。

例:安装Django,创建一个新的Django工程,名字为mysite,利用cd命令进入工程。

sudo pip install Django==1.8.11(此处填入要安装的Django版本)

django-admin.py startproject mysite

cd mysite

2.基础的uWSGI安装与配置

sudo pip install uwsgi(注意:这里需要一个依赖环境,如果之前没安装过,请安装,sudo apt-get install python2.7-dev)

安装完成后可以进行测试,在工程的根目录下创建一个test.py文件,写入以下内容:

#test.py

def application(env, start_response):

start_response('200 OK', [('Content-Type','text/html')])

# return [b"Hello World"] # python3

return ["Hello World"] # python2

写入完成后执行以下命令:

sudo uwsgi --http :8000 --wsgi-file test.py

浏览器访问http://localhost:8000,看浏览器是否正常输出“Hello World”

如果上述的一切正常,则表明以下环节已经配置成功

the web client <-> uWSGI <-> Python

现在测试自己的Django工程

进入到自己创建的工程的根目录下,我的工程目录在/home/jason/code/interface

cd /home/jason/code/interface

sudo python manage.py runserver 127.0.0.1:8000

使用浏览器打开http://127.0.0.1:8000,看工程是否启动

如果成功启动,则尝试下面的命令

sudo uwsgi --http :8000 --module mysite.wsgi

再次使用浏览器,打开http://127.0.0.1:8000,看工程是否启动

如果上述的一切正常,则表明以下环节已经配置成功

the web client <-> uWSGI <-> Django

3.基础的ngnix配置

sudo apt-get install ngnix

一些简单的nginx命令

启动nigix服务

sudo /etc/init.d/nginx start或者sudo service nginx start

停止nigix服务

sudo /etc/init.d/nginx stop或者sudo service nginx stop

重启nigix服务

sudo /etc/init.d/nginx restart或者sudo service nginx restart

启动nigix服务后,打开浏览器,访问127.0.0.1:80,出现如下图示则表明配置成功。

如果上述的一切正常,则表明以下环节已经配置成功

the web client <-> the web server

注意:我们一般不推荐使用80端口作为nginx的服务端口。

在配置你的应用到nginx服务器之前我们需要一个uwsgi_params文件,你可以在你的nigix目录(/etc/nginx/)下找到它,或者访问nigix的github目录(https://github.com/nginx/nginx/blob/master/conf/uwsgi_params)拷贝到它。

将它拷贝到你的工程目录下,此处我在工程的根目录下创建了一个conf目录来存放它,具体如下图:

现在创建一个nginx的配置文件,我的文件名称为interface_nginx.conf

在文件中输入如下内容:

# interface.conf

# configuration of the server

server {

# the port your site will be served on

listen 8099;

# the domain name it will serve for

server_name 127.0.0.1;  # substitute your machine's IP address or FQDN

charset utf-8;

# max upload size

client_max_body_size 75M; # adjust to taste

# Django media

location /media  {

alias /home/jason/code/interface/media;  # your Django project's media files - amend as required

}

location /static {

expires 30d;

autoindex on;

add_header Cache-Control private;

alias /home/jason/code/interface/static;  # your Django project's static files - amend as required

}

# Finally, send all non-media requests to the Django server.

location / {

uwsgi_pass  127.0.0.1:8000;

include /home/jason/code/interface/conf/uwsgi_params;      # the uwsgi_params file you installed

}

}

这个配置告诉nginx我们使用8099作为服务的端口,同时提供了static和media的handle处理,路径分别为

/home/jason/code/interface/static和/home/jason/code/interface/media

(注意此处路径的表示为:你工程的地址/static),其他的服务通过127.0.0.1:8000这个handle服务去处理。

为了让你的nginx服务器取能识别这个配置,我们需要创建一个链接给该文件,具体指令如下:

sudo ln -s /home/jason/code/interface/conf/interface_nginx.conf /etc/nginx/sites-enabled

这个时候你就可以将你网站使用到的静态文件搜集起来放到nginx指定的目录下了,具体操作如下:

在工程的mysite/settings.py文件中加入

STATIC_ROOT= os.path.join(BASE_DIR,'static/')

然后执行sudo python manage.py collectstatic

此时你的静态文件就都放入你之前指定的那个目录下了。

重启nigix服务,sudo /etc/init.d/nginx restart

打开浏览器,访问你工程中的一个静态文件,看是否能正常返回,返回则配置表明成功。

http://127.0.0.1:8099/static/bootstrap/css/bootstrap.min.css

返回如下:

完成上述工作,回到系统根目录下,执行sudo uwsgi --socket :8099 --wsgi-file test.py

通过浏览器访问127.0.0.1:8000,如果能正常显示”Hello World“则表明以下环节已经配置成功

the web client <-> the web server <-> the socket <-> uWSGI <-> Python

4.通过.ini文件去执行uWSGI。

在工程的根目录下创建一个interface_uwsgi.ini文件,写入以下内容:

# mysite_uwsgi.ini file

[uwsgi]

# Django-related settings

uid=jason

pid=jason

# the base directory (full path)

chdir=/home/jason/code/interface

# Django's wsgi file

module=mysite.wsgi

# process-related settings

# master

master=true

# maximum number of worker processes

processes=10

# the socket (use the full path to be safe

socket=127.0.0.1:8000

# ... with appropriate permissions - may be needed

# chmod-socket    = 664

# clear environment on exit

vacuum=true

# export JSON

stats=127.0.0.1:9191

# a monitor (managed by the master process) that will destroy processes stuck for more than the specified number of seconds

harakiri=30

其中:

chdir填入你工程所在的目录;

module填入你工程要加载的wsgi文件,此处是mysite目录下的wsgi文件

socket填入你要使用的套接字,因为此处没使用socket所以使用tcp端口8000,如果使用了套接字则填入套接字文件的目录。(例如:/home/jason/code/interface/mysite/mysock.sock

配置完成上述的文件,在终端输入:sudo uwsgi --ini interface_uwsgi.ini

通过浏览器访问127.0.0.1:8099,你会发现你工程的主页再次展现在了你的面前。至此,则表明你的配置已经成功。

参考文档:

(1)http://flask.pocoo.org/docs/0.10/deploying/uwsgi/

(2)https://zh.wikipedia.org/wiki/Nginx

(3)http://lnmp.org/nginx.html

(4)http://blog.csdn.net/liutengteng130/article/details/46700939(内含正向代理和反向代理的模型说明)

(5)https://segmentfault.com/q/1010000003491873

(6)官方文档:http://uwsgi-docs.readthedocs.org/en/latest/tutorials/Django_and_nginx.html

(7)基于nginx和uWSGI在Ubuntu上部署Djangohttp://www.jianshu.com/p/e6ff4a28ab5a

(8)uWSGI配置例子http://projects.unbit.it/uwsgi/wiki/Example

上一篇下一篇

猜你喜欢

热点阅读