项目部署
nginx+uWSGI + django
1. WSGI
WSGI是Web服务器网关接口。它是一个规范，描述了Web服务器(返回静态资源的就是web服务器，Nginx)如何与Web应用程序(django、Flask)通信，以及Web应用程序如何链接在一起以处理一个请求，（接收请求，处理请求，响应请求）
基于wsgi运行的框架有bottle,DJango,Flask,用于解析动态HTTP请求
支持WSGI的服务器wsgirefpython自带的web服务器，django默认调用的模块Gunicorn用于linux的 python wsgi Http服务器，常用于各种django，flask结合部署服务器。mode_wsgi实现了Apache与wsgi应用程序的结合uWSGIC语言开发，快速，自我修复，开发人员友好的WSGI服务器，用于Python Web应用程序的专业部署和开发。
在部署python程序web应用程序时，可以根据性能的需求，选择合适的wsgi server，不同的wsgi server区别在于并发支持上，有单线程，多进程，多线程，协程的区别，其功能还是近似，无非是请求路由，执行对应的函数，返回处理结果。
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 设置读取它。
2. 为什么要用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以及其后面的东西。
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CvhRH0F4-1615946465259)(D:\06_notes\picture\04_服务器部署架构流程.png)]](https://img-blog.csdnimg.cn/20210317100311271.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poYl9mZW5n,size_16,color_FFFFFF,t_70)
2.1 web服务器
传统的c/s架构，请求的过程是
客户端 > 服务器
服务器 > 客户端
服务器就是：1.接收请求 2.处理请求 3.返回响应
2.2 web框架层
HTTP的动态数据交给web框架，例如django遵循MTV模式处理请求。
HTTp协议使用url定位资源，urls.py将路由请求交给views视图处理，然后返回一个结果，完成一次请求。
web框架使用者只需要处理业务的逻辑即可。
3. nginx、WSGI、uwsgi、uWSGI、django关系梳理
wsgi
全称web server gateway interface，wsgi不是服务器，也不是python模块，只是一种协议，描述web server如何和web application通信的规则。运行在wsgi上的web框架有bottle，flask，djangouwsgi
和wsgi一样是通信协议，是uWSGI服务器的单独协议，用于定义传输信息的类型uWSGI
是一个web服务器，实现了WSGI协议，uwsgi协议。nginx
- web服务器，更加安全，更好的处理处理静态资源，缓存功能，负载均衡，因此nginx的强劲性能，配合uWSGI服务器会更加安全，性能有保障。
- 暴露在公网、支持大并发、可以封禁IP地址、反向代理django
高级的python web框架，用于快速开发，解决web开发的大部分麻烦，程序员可以更专注业务逻辑，无须重新造轮子
案例:
配置阿里云yum源，方便下载各种转件：
1、进入Linux配置yum源路径
cd /etc/yum.repos.d/2、删除原有repo结尾的仓库文件
rm -rf *3、进入ali云镜像站
https://developer.aliyun.com/mirror/4、获取两个yum仓库 ‘wget’ 表示在线下载
# 获取centos仓库 'CentOS-Base.repo' wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo # 再获取另一个软件比较多的epel仓库 'epel.repo' wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo5、清空之前的yum缓存
yum clean all
1. 上传代码
Windows + Linux互传文件
-
通过拖拽形式上传，
yum install lrzsz -y # 安装lrzsz提供的文件传输软件 - rz 是上传文件的命令 - sz 是下载文件的命令
Linux + Linux 之间互传文件
-
通过
scp命令互传scp 本地文件 root@远程服务器IP:/上传地址
将本地代码压缩打包上传至服务器并解压
2. 安装python环境
# 解决编译python所需的基础开发环境yum install gcc patch libffi-devel python-devel zlib-devel bzip2-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel -y
2.1 源代码编译安装
-
获取python源码
wget https://www.python.org/ftp/python/3.7.5/Python-3.7.5.tar.xz -
解压缩python源码文件
Python-3.7.5.tar.xzxz -d Python-3.7.5.tar.xz tar -xf Python-3.7.5.tar -
编译三部曲
# 进入源码目录，指定python安装路径 cd Python-3.7.5 ./configure --prefix=/project/python375/ # 编译 make # 安装 make install -
编译安装完成后，配置Linux的PATH环境变量，且永久生效
/etc/profile(系统全局配置文件，每次开机都会加载这个文件)# python+Tab键 查看是否有python3# 获取环境变量 $是Linux取变量值得一个符号 echo $PATHPATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin' # 进入python375/bin/ pwd 获取路径 cd /project/python375/bin/ pwd # /project/python375/bin# 将获取的路径添加至PATH，冒号隔开（PATH加载顺序是从前往后） PATH='/project/python375/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin'# 编辑/etc/profile 在最后一行添加新的PATH变量 vim /etc/profile # 读取/etc/profile 让设置生效 source /etc/profile
2.2 配置python的虚拟环境 virtualenvwrapper
在使用python开发的过程中，工程较多时，难免会产生 不同工程依赖不同版本库的问题；
或者是在开发过程中不想让物理环境里充斥着各种各样的库，引发以后依赖灾难
此时，就需要 对不同工程使用不同的虚拟环境 来保持开发环境的整洁
virtualenv 可以在系统中建立多个不同 并且相互不干扰的虚拟环境
安装这个工具
pip3 install virtualenvwrapper
配置虚拟环的环境参数：
打开 /etc/profile 添加如下 4个参数
export WORKON_HOME=~/Envs #设置virtualenv的统一管理目录
export VIRTUALENVWRAPPER_VIRTUALENV_ARGS='--no-site-packages' #添加virtualenvwrapper的参数，生成干净隔绝的环境
export VIRTUALENVWRAPPER_PYTHON=/project/python375/bin/python3 #指定python解释器
source /project/python375/bin/virtualenvwrapper.sh #执行virtualenvwrapper安装脚本
【提示】：virtualenv版本大于20，不需要添加 export VIRTUALENVWRAPPER_VIRTUALENV_ARGS='--no-site-packages' #添加virtualenvwrapper的参数，生成干净隔绝的环境 此条参数，此版本默认已添加
手动安装虚拟环境工具
source /etc/profile
此时使用虚拟环境的命令,比较方便：
mkvirtualenv crm_venv1 # 创建虚拟环境
workon crm_venv1 # 激活/切换虚拟环境
deactivate # 退出虚拟环境
2.3 在虚拟环境下启动crm项目
1、解决crm所需的模块(库)
pip3 install Django==2.1.8 # 安装Django2、保证本地开发模块和线上模块一致
pip3 freeze > requirement.txt # 导出当前python解释器所有模块信息至requirement.txt文件 pip3 install -r requirement.txt # pip 会一行一行读取requirement文件一行一行安装3、启动
python manage.py runserver 0.0.0.0:8000 # 只做调试代码使用
3. Nginx部署crm
用 supervisor 进程管理工具，指定 uwsgi 启动 crm
3.1 安装uwsgi
pip3 install uwsgi
3.2 启动crm
使用uwsgi.ini 配置文件，启动crm
touch uwsgi.inin # 进入项目目录创建改文件
写入如下文件：
[uwsgi]
# Django-related settings
# the base directory (full path)
# 填写项目的第一层路径(相对第二层目录的上层目录，即wsgi文件的上层目录)
chdir = /project/crm
# Django's wsgi file
# 填写第二层项目,填写Django的wsgi.py文件路径
module = CRM_v1.wsgi
# the virtualenv (full path)
# cd virtualenv 进入虚拟环境的家目录，pwd获取虚拟环境的绝对路径
# 填写虚拟环境的绝对路径
home = /root/Envs/crm_venv1
# process-related settings
# master
master = true
# maximum number of worker processes
# 进程数(填写CPU核数，top查看)
processes = 1
# the socket (use the full path to be safe
# 指定uwsgi的启动协议，是unix-socket协议，必须通过Nginx反向代理才能访问到
socket = 0.0.0.0:8000# 还可以指定http协议，启动uwsgi
# http = 0.0.0.0:8000# uwsgi内部解析的数据包大小，默认4k,如果准备接收大请求，可以增长到64k
buffer-size = 65535# ... with appropriate permissions - may be needed
# chmod-socket = 664
# clear environment on exit
vacuum = true
指定uwsgi.ini配置文件，启动项目
uwsgi --ini uwsgi.ini # --ini代表指定配置文件启动
3.3 nginx收集静态文件
uwsgi默认不解析Django的静态文件，需要收集起来给nginx
修改Django的静态文件 settings.py
vim supercm/settings.py# 添加如下参数
STATIC_ROOT='/project/crm_static' # 代表收集django所有静态文件，以及admin后台的静态文件(css、js、img等)
执行命令开始收集
python3 manage.py collectstatic # 收集静态文件至STATIC_ROOT路径。
3.4 配置nginx反向代理及处理
查看服务器是否有Nginx
which nginx
查看淘宝使用的web服务器
curl -I taobao.com
3.5 使用淘宝Nginx
3.5.1 下载淘宝nginx
链接地址：Cnblogs.com/clschao/articles/10526431.html
wget http://tengine.taobao.org/download/tengine-2.3.2.tar.gz
3.5.2 解压缩
tar -zxvf tengine-2.3.2.tar.gz
3.5.3 安装
进入tengine-2.3.2(源码目录)，开始编译三部曲
# 一、指定安装路径
./configure --prefix=/project/tbnginx/
# 二、开始编译
make
# 三、安装
make install
3.6 配置环境变量
进入安装目录，找到路径，添加至PATH
cd tbnginx/
cd sbin/ # 进入可执行脚本
pwd # /project/tbnginx/sbin
vim /etc/profile # 编辑profile，将/project/tbnginx/sbin添加PATH，冒号隔开
source /etc/profile # 执行profile
3.7 启动nginx
nginx # 启动ps -ef | grep nginx # 查看Nginx进程，-ef 表示列出所有进程，管道符筛选nginxroot 30373 1 0 10:01 ? 00:00:00 nginx: master process nginx # 用来调度nobody 30374 30373 0 10:01 ? 00:00:00 nginx: worker process # 用来解析root 30389 10838 0 10:01 pts/0 00:00:00 grep --color=auto nginxnetstat -tunlp | grep nginx # 查看端口tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 30373/nginx: master
3.8 配置nginx
进入nginx安装目录,编辑nginx配置文件
vim ./conf/nginx.conf
nginx 配置文件：
# 花括号闭合控制代码块语法16 17 http {18 include mime.types;19 default_type application/octet-stream;...# nginx的虚拟主机功能，用于定义静态文件服务器，或者反向代理功能36 server {37 listen 80;38 server_name localhost;39...44 # 注意：这个location的作用就是定义静态文件服务器或者反向代理45 location / {# 注释掉root，去掉静态文件的功能46 # root html; # 指定nginx默认 页面路径47 # index index.html index.htm;# nginx 请求转发的参数include uwsgi_params; # 导入另一文件中参数使之生效uwsgi_pass 0.0.0.0:8000; # 基于uwsgi协议的转发# proxy_pass # 反向代理，请求来了啥也不管直接转发给另一个人，基于的http协议转发48 }49
136 }
3.9 重启nginx
# 平滑重启，只重读nginx的配置文件nginx -s reload
4. supervisor进程管理工具，启动uwsgi
安装supervisor:
yum install supervisor -y
生成配置文件：
echo_supervisord_conf > /etc/supervisord.conf # 在/etc 下生成supervisord文件
worken + 'Tab'键
which uwsgi # 获取绝对路径
编辑 /etc/supervisord.conf 配置文件，启动crm的任务
# supervisord.conf配置文件参数解释
# [program:xx]是被管理的进程配置参数，xx是进程的名称[program:crm]
command=/root/Envs/crm_venv1/bin/uwsgi --ini /project/crm/uwsgi.ini ; # uwsgi绝对路径+程序启动命令
autostart=true ; # 在supervisord启动的时候也自动启动
startsecs=10 ; # 启动10秒后没有异常退出，就表示进程正常启动了，默认为1秒
autorestart=true ; # 程序退出后自动重启,可选值：[unexpected,true,false]，默认为
stopasgroup=true ;# 默认为false,进程被杀死时，是否向这个进程组发送stop信号，包括子进程
killasgroup=true ;# 默认为false，向进程组发送kill信号，包括子进程
5. 启动supervisor，并且自动启动了uwsgi
supervisord -c /etc/supervisord.conf # d表示服务端
6. 管理supervisor的进程
supervisorctl -c /etc/supervisord.conf # ctl表示客户端
7. 处理uwsgi的静态文件
修改nginx.conf, 添加一个新的location路径匹配静态资源
location /static {alias /project/crm_static;
}
重启nginx
# 平滑重启，只重读nginx的配置文件nginx -s reload
