线上项目部署

 centos7下部署Django（nginx+uwsgi+python3+django)

先连接服务器，使用命令行里面的ssh root@xxx  即可连接，这里的“xxx”就是服务器IP地址，会车后会提示输入密码，密码输入的时候是被隐藏的，输完即可连接服务器，然后进行命令行操作。

我们的python有现成的部署虚拟环境，这个东西，你下载好之后，不同的项目用到的是不一样的环境版本配置，为了更好的做隔离，需要用这个虚拟环境做区分。

这个虚拟环境是需要安装的，要安装到服务器中之后，才能基于它，使用下面的命令，然后配置你所需要的文件。我这里没有写安装过程，日后补上。

virtualenv

linux下virtualenv其它命令

列出虚拟环境列表

workon

也可以使用lsvirtualenv

新建虚拟环境

mkvirtualenv [虚拟环境名称]

启动/切换虚拟环境

workon [虚拟环境名称]

删除虚拟环境

rmvirtualenv [虚拟环境名称] 

我们项目部署需要用到uwsgi,它可以开启多进程,启动多个uwsgi实例,然后让nginx来做静态文件处理,以及负载均衡和反向代理.

{启动多个uwsgi通过nginx做集群,静态文件放到nginx,静态请求通过nginx直接相应,动态请求转发给uwsgi,如果在Windows上开发的话,配置了虚拟环境,否则安装一些python包和依赖会有问题}

接上面的虚拟环境virtualenv

yum install lrzsz
nginx里面可以做反向代理,负载均衡(LVS更大平台做做负载均衡,haproxy也是),处理静态文件,
uwsgi处理动态请求
linux里面命令后加上&符号都是在后台运行
tornado里面部署只需要用nginx就可以,

在安装python前先安装各类基础模块
yum install gcc-c++
yum install wget openssl-devel bzip2-devel expat-devel gdbm-devel readline-devel sqlite-devel
yum install libxml*
yum -y install zlib*
yum remove lrzsz -y
yum install lrzsz -y
关闭防火墙
systemctl stop firewalld
———————————————————————————————-
编译安装python3
mkdir /application/
cd /application/
wget https://www.python.org/ftp/python/3.6.3/Python-3.6.3.tgz
tar xf Python-3.6.3.tgz -C /usr/local/src/
cd /usr/local/src/Python-3.6.3/
./configure –prefix=/usr/local/python3
make && make install

连上服务器之后先进入为项目新建的虚拟环境中，然后在git上把项目拉下来，这里用git是比较方便的，用其他方法也行，比如硬拖拽也可以，下一些依赖包即可。

然后在服务器的虚拟环境中生成requirements.txt文件，建议使用

pipreqs <path>
path是项目路径，在当前路径就用
pipreqs ./

一般就能直接生成，我自己遇到过报错，提示ascii编码有问题，后来发现是iTerm编辑器不能显示中文，后来改了iTerm的编码就可以运行了

然后下载项目所需要的包和依赖，在当前路径下载，或者把requirements文件的路径贴到-r后面也一样

pip install -r requirements.txt

然后把数据库连接做好，要连上服务器的数据库，ip，端口，库名，数据库用户名，数据库用户密码。

还要做数据库迁移，

python manage.py makemigrations & python manage.py migrate

然后启动文件
python manage.py runserver 0.0.0.0:8000

此时应该可以访问到你的项目地址了

如果有报错，就需要你去排查项目本身的问题了。

再来配置uwsgi

pip install uwsgi

然后创建一个uwsgi.ini 文件，可以在任何地方，前提是你必须要记住它的绝对路径，它是启动uwsgi服务的启动文件，必须要能清晰地找到它的绝对路径

我是创建在跟项目同级的目录下的

项目目录地址：/data/oldboy/

目录结构如下：

-oldboy

　　-app01

　　-app02

　　-oldboy

　　　　-setting

　　　　-url

　　　　-wsgi.py

　　-static

　　-templete

创建uwsgi文件，

cd /data/

mkdir script

cd script/

touch uwsgi.ini

然后在里面加上参数：

先上一个简单版本：

http = 0.0.0.0:9005  # ip：端口
chdir = /data/oldboy/  # 项目根目录 项目名称（oldboy）
wsgi-file = oldboy/wsgi.py  # 项目名称（oldboy）/wsgi.py  --->这里的wsgi.py是Django项目的启动文件（固定的），凡是Django项目，找到setting文件，它同级的有一个wsgi文件，就是它
# 如果是flask项目，就把flask项目的启动文件放这里，因为flask的目录是自定义的，找到Flask类实例化出来的变量名（例“app”），有app.run（）这一行命令的文件，它就是启动文件，放到这个参数即可
# flask启动文件也要带上路径
processes = 4  # uwsgi的启动进程数量

还需要补充的一点就是module参数，它跟wsgi-file是可以互换的，两者取其一

module=oldboy.wsgi # 跟上面的wsgi-file写法不同，但是格式是一样的，Django项目专用写法。

flask写法：
app = hello  # 这里是写有“app.run()” 的那个启动文件的文件名
module = %(app)  # 然后这里跟上一行同时存在。这个配置还没有试过，先留着。也许有坑。

还有一种配置文件参数要更多一些：

[uwsgi]
# 项目目录
chdir=/data/oldboy# 启动uwsgi的用户名和用户组
uid=root
gid=root
# 指定项目的application
module=pro.wsgi
# 指定sock的文件路径，这是跟nginx配合使用的，如果先配置好uwsgi想试一下效果，就把它先注释掉。
socket=/data/script/uwsgi.sock  
# 启用主进程
master=true
# 进程个数
workers=5
pidfile=/data/script/uwsgi.pid
# 自动移除unix Socket和pid文件当服务停止的时候
vacuum=true
# 序列化接受的内容，如果可能的话
thunder-lock=true
# 启用线程
enable-threads=true
# 设置自中断时间
harakiri=30
# 设置缓冲
post-buffering=4096
# 设置日志目录  （这里遇到坑了，如果还没有配nginx，建议先注释掉，我试过如果不注释掉无法启动uwsgi，按理说逻辑不应该是这样的，解释不通，但是现象如此，大家可以多试试。nginx配好打开注释即可）
daemonize=/data/script/uwsgi.log  
########################################

我们这里有提示过，daemonize和socket这两个参数先注释掉，然后启动uwsgi服务。此时可以关掉上面python manange.py runserver的服务了。

进入到上面的uwsgi.ini文件的目录下面，执行启动服务命令

uwsgi --ini  uwsgi.ini

停止服务命令，同上也要在该文件的路径下才可以执行如下命令

uwsgi –stop uwsgi.pid

查看uwsgi日志  # 前提是有日志配置能生成日志
tail -f /data/script/uwsgi.log

就能看到如下提示：

“

*** Starting uWSGI 2.0.17.1 (64bit) on [Mon Mar 25 19:18:37 2019] ***

”

然后我们在浏览器url里面输入指定的IP端口以及项目中的地址和参数，就可以访问服务了，跟python manage.py runserver一样的效果，页面可以正常访问。

同时我们在项目目录中会看到生成了一个新的文件夹“static_all”,里面是我们的项目里面的静态文件。注意：不能用Django项目自带的static目录，要另外建立一个，不要同名。

到此，uwsgi配置就完成了，主要就是把Django项目静态文件路径加一行配置，然后下载uwsgi模块，创建一个uwsgi.ini文件，然后把必须的参数配好放进去，就能启动uwsgi服务了。

接下来就是配置nginx了。后续会补充docker的配置，以及flask项目的配置。

先查看有没有装nginx  
nginx -v

如下显示：说明有
nginx version: nginx/1.15.10

没有的话有简易安装方法，用yum

yum install -y nginx

————————————————————————————————-
编译安装nginx
cd /application/
wget http://nginx.org/download/nginx-1.10.3.tar.gz
yum install pcre-devel openssl-devel -y
tar xf nginx-1.10.3.tar.gz
cd nginx-1.10.3
useradd -s /sbin/nologin -M www
./configure
make &&make install
————————————————————————————————-
编译安装的话，启动命令跟非编译安装是不一样的，小心有坑。

 先找到配置文件地址

cd /etc/nginx

ls
找到nginx.conf，然后进行编辑。
如果不想用默认的进行编辑，也可以自己新建立一个文件，放到任何位置都行，重新配置也可以的（不过前提是要把默认的这个文件备份后删除原件，备份的时候另外起个文件名）。
这里是用的原文件编辑的
vim nginx.conf

具体参数如下：user root; # 这里用户要写成root，如果写成nobody，有坑，我踩过，改成root就能启动。worker_processes 4; # 进程数

  user root;  # 这里的user参数必须要设成root，否则会无法启动nginx服务，
  worker_processes 4;

events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    server {
                    listen 80;
                    server_name www.phno2.xyz;  # 这里是你项目的url地址，或者写成  localhost  也行。
                    access_log  /etc/nginx/logs/django.log;  # 这是自己设定的nginx正常输出日志的日志地址
                    error_log  /etc/nginx/logs/errordjango.log;  # 也是自己设定的，nginx错误日志地址
                    charset  utf-8;
                    gzip on;
                    error_page  404           /404.html;
                    error_page   500 502 503 504  /50x.html;
                    # 指定项目路径uwsgi
                    location / {
                        include /etc/nginx/uwsgi_params; # 这里的uwsgi_params是系统自带的，路径都是一样的，把路径写完整即可。
                        uwsgi_connect_timeout 30;
                        uwsgi_pass unix:/data/script/uwsgi.sock; #*****这里是五颗星，必须要改动的，而且是起关键作用的参数。unix： 是固定语法，

# 它后面是uwsgi配置的时候，socket参数后面的值，一定要跟uwsgi配置文件的socket参数保持一致，要一模一样。我这里都是用的sock文件路径，可以直接写IP：port，要写IP：port的话，就uwsgi和nginx

# 在相应的位置都写上IP：port，而且必须是一样的值。

                    }
                    # 指定静态文件路径
                    location /static/{  # 这里的static是我们自己后来加上的，用于处理静态文件，这都是固定语法，
                        root  /data/oldboy/;  # root是必须要写的，之前试过用alias替代root，会报错，找不到静态文件。还有一点是这里只需要写到项目的根目录即可，项目下一级的目录就不必写了，
# 因为在Django配置里面还要加上静态文件的路由分发，如果多写一层会报错，浏览器会找不到静态文件的。亲测有效，都是自己踩过的坑。
                    }
  }
}

Django项目的setting文件需要在文件末尾加一条配置项：

STATIC_ROOT = os.path.join(BASE_DIR, "allstatic")

 这是把Django所有的静态文件都收集到了这个文件里面---allstatic，让nginx集中处理用，还要执行下面的命令

cd /data/oldboy/oldboy/ # 找到项目目录下有manage.py文件的那个位置，执行这一条。

python3 manage.py collectstatic   

然后查看项目，会自动生成一个名为“allstatic”的文件夹。

自此，nginx配置完成。

可以启动项目了。
上面已经启动了uwsgi，这里把uwsgi重新启动，之后，启动nginx

nginx

这就是启动命令，我是用yum安装的，用它就能启动（这个命令敲完，屏幕没有任何提示信息，即成功启动，可以去访问项目了，若是有提示信息就是报错了，查日志排错）

如果是编译安装就不是这个命令了，小心有坑。

查看nginx的进程

ps -ef |grep nginx

root 16293 14550 0 18:57 pts/1 00:00:00 grep --color=auto nginx  # 这一条不是进程，是你输入上面的命令，系统提示给你的反馈，忽律即可。
root 32466 1 0 13:27 ? 00:00:00 nginx: master process nginx  # master process是主进程，杀进程杀它即可停掉所有的nginx服务
root 32467 32466 0 13:27 ? 00:00:00 nginx: worker process
root 32468 32466 0 13:27 ? 00:00:00 nginx: worker process
root 32469 32466 0 13:27 ? 00:00:00 nginx: worker process
root 32470 32466 0 13:27 ? 00:00:00 nginx: worker process

停止nginx服务就杀进程即可（uwsgi服务也能杀进程停止服务）

kill 32466

在服务器（centos）中nginx默认日志路径

/var/log/nginx/

我们用yum装的许多插件，配置文件中默认日志路径就是在

/var/log/

还有一个类似启动文件的文件夹

/var/run/

这个var路径要记住，会很常用，日志在开发过程中，起到很关键的作用。

经常在部署时会遇到端口占用问题，这里查询端口占用情况，命令如下

netstat -tunlp |grep 27017

总结，核心点就是创建uwsgi配置文件，把核心参数配置好，module/wsgi-file（项目启动文件），chdir（项目根目录），然后设置nginx的配置文件核心参数，uwsgi_pass(跟uwsgi的socket相应的参数值，还有root，以及固定的unix：语法），location /static/ （静态文件路径），user（参数值必须要是root），项目的setting文件再加一个静态文件路径分发，再无其他，项目本身能运行，就已经完成了Django+uwsgi+nginx的所有配置。

PS：如果nginx还有media文件需要配置，参考static，逻辑一样。

gunicorn 部署

配置文件gunicorn.conf.py

import os
base = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
bind = "0.0.0.0:80"
workers = 2
accesslog = os.path.join(base, "check_list_app/flask_logs/access_guni.log")
errorlog = os.path.join(base, "check_list_app/flask_logs/error_guni.log")
pid = os.path.join(base, "check_list_app/flask_logs/pid_guni.log")
daemon = True

如果用配置文件启动服务，命令如下

gunicorn -c/--config  gunicorn.conf.py  manage:app

或者写成shell脚本

gunicorn.sh
#!/bin/bash
gunicorn --bind 0.0.0.0:8080 --workers 2
 --access-logfile ./flask_logs/gunicorn_access.log 
--error-logfile ./flask_logs/gunicorn_error.log 
--pid ./flask_logs/gunicorn_pid.log manage:app &

写成脚本，需要加上权限设置，

chmod u+x gunicorn.sh

直接执行脚本即可

最简单的命令行启动服务

gunicorn -b 0.0.0.0:80 manage：app

这里的manage是文件manage.py的名字，这个文件是启动文件，如果你的项目启动文件是run.py ，那么这里就是run：app；

这里的app是我们的项目实例化出来的对象，这里我用的是flask项目示例，所以Flask实例化对象我取名为app，如你的项目是abc = Flask(__name__)，那么就替换app成为abc。

个人感觉用gunicorn比uwsgi要方便些。

 

wusir部署博客地址

孙铭浩博客地址

flask部署uwsgi配置文件

[uwsgi]
http=0.0.0.0:9000
chdir=/data/cad_project_service/
touch-reload=/data/cad_project_service/
callable=app
wsgi-file=/data/cad_project_service/views.py
# 配置的时候这个参数可以重启uwsgi服务，用单纯的kill是无法杀死进程的
daemonize = /data/cad_project_service/logs/uwsgi.log
# 这个是pidfile的配置参数，启动uwsgi之后，会把主进程写入到这个文件中，文件需要自己touch一下，uwsgi才能写入进程id。这个文件是作为kill进程的窗口
# 写好这个，以后要kill进程的时候只需要在这个pidfile的路径下执行一条命令即可
pidfile = /data/script/uwsgi.pid

2020-06-12更新的最新版。亲测可用，在服务器测试过。

# stop 后面是pidfile的路径，这样就能直接杀死进程了
uwsgi --stop  /data/script/uwsgi.pid

在uwsgi的配置文件中，如果没有配置pidfile，但是配置了daemonize参数，要杀死进程，就需要如下命令

ps aux|grep uwsgi
#kill pid会发送SIGTERM，只会导致重启，而不是结束掉。需要找到你的uwsgi文件路径，写入到INT后面才可以。如果不知道的话可以用命令查一下
# 查看uwsgi的文件路径
which uwsgi
# 如下是显示结果
/admin/.virtualenvs/py35_flask/bin/uwsgi
# 这样在killall就能杀死uwsgi进程了。需要再启动的话就还是用uwsgi --ini uwsgi.ini  命令即可。uwsgi.ini文件记得带上路径，或者就在该文件路径下执行此命令
killall -s INT  /admin/.virtualenvs/py35_flask/bin/uwsgi