- 前面文章中环境都配置好了,现在是正餐了。
为什么要使用gunicorn和nginx部署项目: - 平时开发直接启动项目,没有任何配置依然可以访问?
因为djaong或者flask自带了一个实现了WSGI协议的server 和 application, 各个web framework也基本上都有自己实现的WSGI server, 但这个server基本上只能用来调试,不能用于生产环境,性能没保障。
django 通过自带的runserver (python manage.py runserver 0.0.0.0:8000)命令启动,启动文件地址:/Users/fxx/Study/Venv/Heat_venv/lib/python3.7/site-packages/django/core/management/commands/runserver.py 作为WSGI server的启动入口,可从这里开始查看源代码。
- 平时开发直接启动项目,没有任何配置依然可以访问?
- gunicorn和uWSGI是实现了WSGI协议的web服务器
uWSGI:是一个全功能的HTTP服务器,实现了WSGI协议、uwsgi协议、http协议等。
用于接受http请求并转换为WSGI协议,以供实现了WSGI协议的flask使用,并且gunicorn得益于gevent等技术,大幅度提高了性能,在生产环境以替代框架自带的WSGI server。
tornado之类的框架只支持单核,gunicorn可以提供多进程支持,提升多核服务器的处理性能。
- gunicorn和uWSGI是实现了WSGI协议的web服务器
- WSGI协议
全称Web Server Gateway Interface,WSGI是一种规范,用来描述web server如何与web application通信的规范。
要实现WSGI协议,必须同时实现web server和web application,uWSGI和gunicorn都是实现了WSGI server协议的服务器,Django/Flask是实现了WSGI application协议的web框架,因此uWSGI 接收了http请求后转化为WSGI协议,uWSGI便能和flask进行通信。
WSGI协议的server: 是把HTTP协议转化成支持的网络协议。比如把HTTP协议转化成WSGI协议,让Python可以直接使用。
总结:啰里八嗦一大堆,一句话还重复说几次。总之就是实现协议转换,把接收到的http请求在内部转换成WSIG协议格式的请求,这样应用就可以处理这些请求了。
一般并发量不是特别高的情况下,使用gunicorn或者uWSGI部署项目就足够了。
二. 为什么还要加一成nginx? - nginx也是一种web服务器,但功能和gunicorn/uWSGI有些差别
nginx没有实现WSGI协议,如果是nginx+flask的组合的话就必须使用框架自带的WSGI server,性能渣。
静态文件支持,经过配置之后,nginx可以直接处理静态文件请求而不用经过应用服务器,避免占用宝贵的运算资源;还能缓存静态资源,使访问静态资源的速度提高。
抗并发压力。可以吸收一些瞬时的高并发请求,让nginx先保持住连接(缓存http请求),然后后端慢慢消化。如果让Gunicorn直接提供服务,浏览器发起一个请求,鉴于浏览器和网络情况都是未知的,http请求的发起过程可能比较慢,而Gunicorn只能等待请求发起完成后,才去真正处理请求,处理完成后,等客户端完全接收请求后,才继续下一个。
HTTP 请求缓存头处理得也比 gunicorn和uWSGI 完善。
多台服务器时,可以提供负载均衡和反向代理。
大意如图
原文链接:https://blog.csdn.net/Aifore/article/details/86703685
- 由于是前后端分离的项目,前端使用vue-cli,前端文件需要打包
至于打包的注意问题:https://www.jianshu.com/p/45acfd463347
然后执行:npm run build 会得到一个dist文件夹。打开index.html就可以看到页面了
我将dist文件copy到后端Django目录下,然后再centos中做部署。
- 由于是前后端分离的项目,前端使用vue-cli,前端文件需要打包
安装gunicorn:pip install gunicorn(我在批量安装包的时候已经安装上去了)
先试着运行一下,进入项目的根目录(不是wsgi的同级目录,是wsgi的上一层目录),然后
- 1.gunicorn -w 3 -b 127.0.0.1:8080 MOTTA_mall.wsgi:application 启动成功
-w workers:处理工作进程的数量
-D --daemon: 守护进程后台运行
-b ADDRESS, --bind ADDRESS
Gunicorn绑定服务器套接字,Host形式的字符串格式。Gunicorn可绑定多个套接字,如:gunicorn -b 127.0.0.1:8000 -b [::1]:9000 manager:app
参数参考:https://www.cnblogs.com/zgcblog/p/10923913.html -
2.通过配置文件启动,gunicorn -c gunicorn-config.py MOTTA_mall.wsgi:application
还有更加复杂的,我是简单的配置了下
启动后:前端的项目是可以访问了,就如访问Django服务器一样。但是要注意下
1.前端项目的ip地址,是否在setting.py文件白名单中。
2.关闭防火墙,不然会拦截(systemctl status firewalld.service查看状态,如果是开启的,关闭它)
OK,前端项目正常访问。
安装nginx:yum install nginx
yum 安装的 nginx,通常 nginx 命令会位于 /usr/sbin目录下。
which nginx cd 在目录中
目录中启动:sudo nginx 然后直接在浏览器输入服务器端地址,看到了启动的页面
Nginx配置文件详解写的很好:https://www.jianshu.com/p/1593954d5faf
使用 SysV 脚本控制 nginx
使用官方 yum 源安装的nginx已经提供了 SysV 脚本,使用非常简单
service nginx stop
service nginx start
service nginx restart
service nginx reload
service nginx status
参考:https://blog.csdn.net/qq_21465561/article/details/90747206
然后开始修改配置文件 find找到 /etc/nginx/nginx.conf
结果访问403 emm...
网上找到4个方法,
步骤一:
检查目录权限。权限不足的就加个权限吧。
例子:chmod -R 755 / var/www
步骤二:
打开nginx.conf
例子:vim /etc/nginx/nginx.conf
把 user 用户名 改为 user root 或 其它有高权限的用户名称即可
步骤三
如果是centos,看一下selinux是否关闭了
查看SELinux状态:
1、/usr/sbin/sestatus -v ##如果SELinux status参数为enabled即为开启状态
SELinux status: enabled
2、getenforce ##也可以用这个命令检查
关闭SELinux:
修改配置文件需要重启机器:
修改/etc/selinux/config 文件
将SELINUX=enforcing改为SELINUX=disabled
重启机器即可
整完 OK
(关闭防火墙 开启nginx和gunicorn)