Linux基础—nginx+uwsgi+supervisor发布web服务

一、nginx+uwsgi+supervisor发布web服务

1.WSGI回顾

WSGI是Web服务器网关接口。它是一个规范，描述了Web服务器如何与Web应用程序通信，以及Web应用程序如何链接在一起以处理一个请求，（接收请求，处理请求，响应请求） 基于wsgi运行的框架有bottle,DJango,Flask,用于解析动态HTTP请求。

支持WSGI的服务器

1. wsgiref：python自带的web服务器

2. Gunicorn：用于linux的 python wsgi Http服务器，常用于各种django，flask结合部署服务器。

3. mode_wsgi：实现了Apache与wsgi应用程序的结合

4. uWSGI：C语言开发，快速，自我修复，开发人员友好的WSGI服务器，用于Python Web应用程序的专业部署和开发。

在部署python程序web应用程序时，可以根据性能的需求，选择合适的wsgi server，不同的wsgi server区别在于并发支持上，有单线程，多进程，多线程，协程的区别，其功能还是近似，无非是请求路由，执行对应的函数，返回处理结果。

2.Django部署

Django的主要部署平台是 WSGI，这是用于Web服务器和应用程序的Python标准。

Django的 startproject管理命令设置一个简单的默认WSGI配置，可以根据需要为您的项目进行调整，并指示任何符合WSGI的应用程序服务器使用。

application 使用WSGI部署的关键概念是应用程序服务器用于与代码通信的 application 可调用。它通常在服务器可访问的Python模块中作为名为 application 的对象提供。

startproject命令创建包含这样的 application 可调用的文件 <project_name>/wsgi.py. ，它被Django的开发服务器和生产WSGI部署使用。 WSGI服务器从其配置中获取 application 可调用的路径。 Django的内置服务器，即 runserver 命令，从 WSGI_APPLICATION 设置读取它。

3.为什么使用nginx，uwsgi

1.首先nginx 是对外的服务接口，外部浏览器通过url访问nginx,

2.nginx 接收到浏览器发送过来的http请求，将包进行解析，分析url，如果是静态文件请求就直接访问用户给nginx配置的静态文件目录，直接返回用户请求的静态文件，

如果不是静态文件，而是一个动态的请求，那么nginx就将请求转发给uwsgi,uwsgi 接收到请求之后将包进行处理，处理成wsgi可以接受的格式，并发给wsgi,wsgi 根据请求调用应用程序的某个文件，某个文件的某个函数，最后处理完将返回值再次交给wsgi,wsgi将返回值进行打包，打包成uwsgi能够接收的格式，uwsgi接收wsgi 发送的请求，并转发给nginx,nginx最终将返回值返回给浏览器。

3.要知道第一级的nginx并不是必须的，uwsgi完全可以完成整个的和浏览器交互的流程，但是要考虑到某些情况

1. 安全问题，程序不能直接被浏览器访问到，而是通过nginx,nginx只开放某个接口，uwsgi本身是内网接口，这样运维人员在nginx上加上安全性的限制，可以达到保护程序的作用。

2. 负载均衡问题，一个uwsgi很可能不够用，即使开了多个work也是不行，毕竟一台机器的cpu和内存都是有限的，有了nginx做代理，一个nginx可以代理多台uwsgi完成uwsgi的负载均衡。

3. 静态文件问题，用django或是uwsgi这种东西来负责静态文件的处理是很浪费的行为，而且他们本身对文件的处理也不如nginx好，所以整个静态文件的处理都直接由nginx完成，静态文件的访问完全不去经过uwsgi以及其后面的东西。

nginx官网：http://nginx.org/en/

nginx有关uwsgi模块介绍：http://nginx.org/en/docs/http/ngx_http_uwsgi_module.html

大家都学过了django，用django写了各种功能，写了bbs项目，写了路飞学城。

咱们都知道django是一个web框架，方便我们快速开发web程序，http请求的动态数据就是由web框架来提供处理的。

本文将nginx、WSGI、uwsgi、uWSGI、django这几个关系梳理一下。

二、django nginx+uwsgi部署CRM

1.准备项目，ObCRM

将windows的ObCRM项目复制到centos7中，并解压，设置settings.py中的AlLLOW_HOST。

2.安装虚拟环境,在虚拟环境下,安装uwsgi,进行部署

workon django1  # 进入虚拟环境，之前设置好的
pip3 install -i https://pypi.douban.com/simple uwsgi

3.利用uwsgi运行一个python web脚本文件

1.新建一个py脚本文件,写入如下内容
def application(env, start_response):
    start_response('200 OK', [('Content-Type','text/html')])
    return [b"Hello World"] # python3
    
2.启动命令如下
uwsgi --http :8000 --wsgi-file test.py
    --http参数意思是,基于http协议运行 在 8000端口
    --socket  
    --wsgi-file  找到wsgi.py文件

4.利用uwsgi运行django项目

有两种方式：1.基于参数形式运行项目；2.以配置文件形式运行，把运行的参数写入文件，基于文件运行

• 基于参数形式运行项目

uwsgi --http :8000 --module ObCRM.wsgi
--module  找到django项目的第二层里面的wsgi.py文件

uwsgi默认不支持静态文件解析，使用nginx去解析静态文件

热加载django项目，uwsgi自动重启django

uwsgi --http :9000 --module ObCRM.wsgi   --py-autoreload=1

• 基于配置文件运行项目（最常用）***

新建配置文件uwsgi.ini，路径随意，这里我放在ObCRM第一层下。

[uwsgi]
# Django-related settings
# the base directory (full path)
#项目的绝对路径,定位到nbcrm的第一层
chdir           = /opt/NBcrm
​
# Django's wsgi file
# 找到项目第二层的wsgi文件
module          = NBcrm.wsgi
​
# the virtualenv (full path)
# 找到虚拟环境的绝对路径
home            = /root/Envs/nbcrm
​
# process-related settings  # 主进程相关设置
# master
# 主进程
master          = true
​
# maximum number of worker processes
# 开启uwsgi的多进程数,根据cpu核数来定义
processes       = 16
​
# the socket (use the full path to be safe
# 基于socket链接运行crm,只有与nginx结合的时候,才使用socket形式
socket          = 0.0.0.0:8000
​
# 当你没用nginx,调试项目的时候,使用http形式 
# http     =  0.0.0.0:8000
​
# ... with appropriate permissions - may be needed
# chmod-socket    = 664
​
# clear environment on exit：退出是清空环境
vacuum          = true
​
# 指定一个参数,日志放在哪，不涉及
​
# 如果你使用了supervisor,请注释掉这个参数
# 守护进程在后台运行,且将日志信息,输出到uwsgi.log日志中
# daemonize = uwsgi.log

执行启动命令

/root/Envs/django1/bin/uwsgi   --ini /opt/DjangoProject/ObCRM/uwsgi.ini

5.配置nginx，结合uwsgi

nginx.conf请求转发配置如下，在nginx.conf同级目录中有一个uwsgi_params文件，导入使用，然后通过uwsgi_pass分发。

注意：使用nginx启动是在配置文件中使用socket

server {
    listen       80;
    server_name  localhost;
    location / {
        include uwsgi_params;  # 导入uwsgi_pa
        uwsgi_pass 0.0.0.0:8000;
    }
}

6.nginx处理ObCRM静态文件

1.修改django的settings.py静态文件

STATIC_ROOT='/opt/DjangoProject/ObCRMstatic'  # 配置静态文件路径
STATIC_URL = '/static/'
STATICFILES_DIRS = [
    os.path.join(BASE_DIR,'statics'),
]

2.执行命令，手机ObCRM的静态文件

python3  /opt/DjangoProject/ObCRM/manage.py collectstatic

注意这里执行的是项目第一层路径下的manage.py

3.配置nginx的location路径匹配,找到ObCRM这些静态文件

在nginx.conf中找到server{}标签,添加如下参数
#当我的请求url是 192.168.16.142:80/static/xxxxxxxx 
location /static {
    alias  /opt/DjangoProject/ObCRMstatic;
}

4.启动nginx，访问nginx的80，是否可以转发到ObCRM。

7.使用supervisor工具，管理项目

supervisor就是一个监控项目的工具，它做的就是帮你执行命令。你可以通过命令在结束后台任务，如果要重启任务，每次都要自己手动kill，很繁琐，通过supervisor就统一管理了。

注意：在使用supervisor管理某个进程时，这个进程不能在后台运行，会报错

supervisor的详细配置项

supervisord.conf配置文件参数解释
[program:xx]是被管理的进程配置参数，xx是进程的名称
[program:xx]
command=/opt/apache-tomcat-8.0.35/bin/catalina.sh run  ; 程序启动命令
autostart=true       ; 在supervisord启动的时候也自动启动
startsecs=10         ; 启动10秒后没有异常退出，就表示进程正常启动了，默认为1秒
autorestart=true     ; 程序退出后自动重启,可选值：[unexpected,true,false]，默认为unexpected，表示进程意外杀死后才重启
startretries=3       ; 启动失败自动重试次数，默认是3
user=tomcat          ; 用哪个用户启动进程，默认是root
priority=999         ; 进程启动优先级，默认999，值小的优先启动
redirect_stderr=true ; 把stderr重定向到stdout，默认false
stdout_logfile_maxbytes=20MB  ; stdout 日志文件大小，默认50MB
stdout_logfile_backups = 20   ; stdout 日志文件备份数，默认是10
; stdout 日志文件，需要注意当指定目录不存在时无法正常启动，所以需要手动创建目录（supervisord 会自动创建日志文件）
stdout_logfile=/opt/apache-tomcat-8.0.35/logs/catalina.out
stopasgroup=false     ;默认为false,进程被杀死时，是否向这个进程组发送stop信号，包括子进程
killasgroup=false     ;默认为false，向进程组发送kill信号，包括子进程

superivisor管理工具配置

1.安装supervisor，这个管理工具是所有项目都可以管理的，所以应该在物理环境下安装。

pip3 install -i https://pypi.douban.com/simple supervisor

2.创建supervisor的配置文件

echo_supervisor_conf > /etc/supervisor.conf

3.编辑配置文件，写入管理ObCRM的任务参数

vim /etc/supervisor.conf

[program:s20nbcrm]
command=/root/Envs/ObCRM/bin/uwsgi --ini /opt/DjangoProject/ObCRM/uwsgi.ini
stopasgroup=true     ;默认为false,进程被杀死时，是否向这个进程组发送stop信号，包括子进程
killasgroup=true   ;默认为false，向进程组发送kill信号，包括子进程

注意：命令和uwsgi.ini文件最好写绝对路径，不然就要uwsgi.ini的执行要在项目路径下。

4.启动supervisor，去管理uwsgi

supervisord -c /etc/supervisor.conf  # 指定配置文件，启动这个服务
supervisorctl -c /etc/supervisor.conf