python-django框架-电商项目-项目部署:
uwsgi作为web服务器:
- 在pycharm中启动项目:使用python manage.py runserver
- 这个runserver是django提供的开发的时候的web服务器,这个服务器只在开发的时候使用,部署的时候不会,部署的时候使用uwsgi,
- uwsgi
- 这是一个遵循wsgi协议的web服务器,
- ################### 报错 ###########################
- 安装:pip install uwsgi,这个转入自己的虚拟环境,
- 报错:AttributeError: module 'os' has no attribute 'uname'
- 解决:
- 定位到uwsgiconfig.py文件中,首先import platform后,将os.unam()都改为platform.uname()即可。
- os.uname()是不支持windows系统的。platform模块是支持任何系统。
- 2.下载uwsgi离线安装
- https://pypi.python.org/pypi/uWSGI/
- 解压后,进入目录下
- python setup.py install
- 报错:Exception: you need a C compiler to builduWSGI
- 安装了MinGW的c编译器,但是还是不行,
- ################################################################
- 下面我尝试在Linux系统部署项目
- 安装:pip install uwsgi,这个转入自己的虚拟环境,
- Ubuntu pip3安装uwsgi报错
- Running setup.py install for uwsgi ... error
- 解决方法:sudo apt-get install -y python3-dev
- 测试uwsgi是否安装成功完成:uwsgi --version
- 安装成功了,
- uwsgi这个安装好了,怎么用它启动我们的项目?
- uwsgi的配置:
- 项目部署的时候,一定要把settings下面的DEBUG改为FALSE
- DEBUG = False
- ALLOWED_HOSTS = ['*']
- 使用uwsgi还需要进行一个配置,
- 在项目目录下,新建一个文件uwsgi.ini,这个ini就是配置文件的后缀
- uwsgi的启动和停止,
- 启动:uwsgi --ini uwsgi.ini (后面是配置文件的路径) #不加--ini也可以
- 停止:uwsgi --stop uwsgi.pid
- 重启:uwsgi --reload uwsgi.pid
- 启动的时候报错:
- uwsgi: option ‘–http’ is ambiguous
- getopt_long() error
- 解决:sudo apt-get install uwsgi uwsgi-core uwsgi-plugin-python#uwsgi-plugin-python一定要安装
- 但是还是不行,
- 又找到一个解决方案:Ubuntu 安装 libxml*
- 然后我找到了方法:sudo apt-get install libxml*
- 但是又报错了:报错:无法安装XXX, 需要依赖于XXX,那就先去安装这个依赖的XXX
- 然后开始找这个报错的解决方案:
- 首先需要安装 aptitude:sudo apt-get install aptitude
- 然后使用 aptitude 安装包:sudo aptitude install libxml*
- 发现这个方法也不对,!!!!!!
- 不对,还是要理清思路 !!!!!!!!!!!!!!
#############################################################
重新理清思路:
第一步:安装uwsgi
- 进入虚拟环境:
- pip install uwsgi
- uwsgi --version,看到版本就安装好了,
第二步:uwsgi的配置
- 1,项目部署的时候,一定要把settings下面的DEBUG改为FALSE
- DEBUG = False
- ALLOWED_HOSTS = ['*']
- 2,在项目目录下,新建一个文件uwsgi.ini,这个ini就是配置文件的后缀
#添加配置选择 [uwsgi] #配置和nginx连接的socket连接 #socket=127.0.0.1:8080 #直接做web服务器使用 python manage.py runserver ip:port http=127.0.0.1:8080 #配置项目路径,项目的所在目录 chdir=/home/andy/bj18/dailyfresh #配置wsgi接口模块文件路径 wsgi-file=dailyfresh/wsgi.py #配置启动的进程数 processes=4 #配置每个进程的线程数 threads=2 #配置启动管理主进程 master=True #配置存放主进程的进程号文件 pidfile=uwsgi.pid #配置dump日志记录 daemonize=uwsgi.log #设置虚拟环境的路径 virtualenv=/home/andy/.virtualenvs/lq_py3
第三步:配置完了之后启动:
- 启动:uwsgi --ini uwsgi.ini (后面是配置文件的路径)
- 出现这一句就对了:[uWSGI] getting INI configuration from uwsgi.ini
- ps aux | grep uwsgi,查看启动的服务,会发现有很多的uwsgi的服务都启动了,
- 执行了这些服务之后,就相当于执行了runserver,我们的服务就启动了,
- 我们就可以通过监听的ip和端口号访问我们的网站了,
- 停止:uwsgi --stop uwsgi.pid (后面是文件的路径)
- 报错了:ImportError: No module named 'haystack'
- 安装了之后不报错了,
- 但是还需要配置,
- 现在还有几个模块没有在Linux上面安装的,现在都安装一下,
- 然后再进行,在Linux上面运行,python manage.py runserver,不报错了,就对了,
- 经过了痛苦的一天的时间,终于搞定了这个服务的问题!!!!!还是非常的喜悦的心情的,哈哈哈哈!!!!!
第四步:访问Linux上面的http://127.0.0.1:8080/index
- 访问这个网址可以显示网页,就说明你配置的是对的了,
- 现在有一个问题,是不能显示样式的问题,
- django配置中setting,有一个debug=True,那时候django自动帮你处理静态文件,现在部署的时候,把这个debug改成了False,所以django也不能帮你处理静态文件了,
- 所以静态文件没有显示,
- 怎么处理?
- 需要用到Nginx,使用Nginx帮我们提供静态文件,
- 现在我们已经知道uwsgi可以作为一个服务器,来访问,不需要使用启动django的方式了。
#####################
基本的部署框架解析
- 刚刚我们使用uwsgi作为服务器的流程:
- 用户浏览器,web服务器uwsgi,django代码
- 这是三层,
- 这3层怎么交互的,
- 用户请求网站,首先是请求uwsgi这个web服务器,然后uwsgi调用django框架的入口,然后django处理,处理完成之后,会返回给uwsgi服务器,然后uwsgi返回给用户的浏览器,
- 这就是刚刚搭建的过程,
- 这是部署项目最简单的模型,
- 下载这个模型有一个问题,就是我的静态文件不能显示,
- 在uwsgi的前面加上一个Nginx服务器,这个Nginx服务器就是放在用户和uwsgi之间的,这就是四层了,
- #########################
- 用户浏览器,Nginx服务器,uwsgi服务器,django代码
- Nginx也可以作为web服务器,用户浏览器请求,先去请求Nginx,Nginx里面配置,
- 1,如果是动态请求,转交给uwsgi服务器,后面的过程不需要管, 只需要转交,然后uwsgi再到django代码,返回的时候,django把处理的信息给uwsgi,然后uwsgi给Nginx,然后Nginx给web浏览器,
- 2,如果不是一个动态请求,是一个静态的请求,提前把项目用到的静态文件,放到Nginx所在电脑的某一个目录中,然后Nginx做一个配置,它会根据配置到目录下方,找到这个静态文件,然后直接返回给用户的浏览器,就不经过uwsgi了,
- 这就是我们搭建Nginx的作用,
- 到底是动态请求还是动态请求,都是根据url的配置,根据Nginx里面的location地址的配置,比如在Nginx里面配置一个/,一个/static,凡是static开头的就是一个静态的请求,其他的就是一个动态的请求,所以主要看Nginx的配置,
- 我们这就是对之前3层的一个升级,
Nginx转交给uwsgi的部署:
- 现在的问题就是怎么通过Nginx和uwsgi进行一个对接,
- 第一步:要对接,我们uwsgi的文件需要做一个更改,找到配置文件,
- 后面的操作,我只在我的Linux上面进行修改,
- 进入我的Linux上面的项目目录:cd /home/andy/bj18/dailyfresh
- #配置和nginx连接的socket连接
- socket=127.0.0.1:8080 #把这一行放出来,
- #直接做web服务器使用 python manage.py runserver ip:port
- #http=127.0.0.1:8080
- 第二步:Nginx也要配置
- 进入Nginx目录:cd /usr/local/nginx/conf
- 修改配置文件,
- location / {
- # 包含uwsgi的请求参数
- include uwsgi_params;
- #转交请求给uwsgi
- uwsgi_pass 127.0.0.1:8080
- }
- 配置完了,增加了一个配置项,这个时候还没有配置静态和动态的区分,
- 现在分别启动Nginx和uwsgi,
- 现在就可以直接访问Nginx了,
- #####################################
- Nginx的ip和端口号是多少?
- 127.0.0.1端口是80,你访问127.0.0.1,就是默认访问80,
- 你想要访问首页,就是127.0.0.1/index
- 好了这样访问这个地址就对了,
Nginx配置处理静态文件:
- 继续配置Nginx,
- 新建一个目录用户存放静态文件
- cd /var/
- mkdir -p /var/www/dailyfresh/static,没有父级目录,就新建,
- 这就是我们的目录:/var/www/dailyfresh/static
-
location /static {
# 指定静态文件存放的目录
alias /var/www/dailyfresh/static/;
} - 配置好了,
- 下一步要把静态文件收集过来,放到我们的这个目录下面,
- 不能把项目中static整个的文件夹全部copy过去,这只是你看到的静态文件,实际上比这还要多,
- 那怎么把所有的静态文件找出来呢?
- django提供了怎么收集项目所用到的静态文件,
- django的settings中配置收集静态文件的路径,
-
#指定收集静态文件的路径
STATIC_ROOT='/var/www/dailyfresh/static' - 然后修改文件夹的权限,
- sudo chmod 777 /var/www/dailyfresh/static
- 然后进入虚拟工作区,workon lq_py3
- 进入项目目录:cd /home/andy/bj18/dailyfresh
- 执行命令:python manage.py collectstatic
- 这样就收集完了,
- 重启Nginx,sudo /usr/local/nginx/sbin/nginx -s reload
- 再次在Linux上面,访问这个页面,127.0.0.1/index
- 发现这个页面就是有静态页面的好看的页面了,哈哈哈!!!!
- 这样,我们的静态文件都是/static开头的,根据Nginx里面的配置,就能找到静态文件了,
到了这一步,基本的部署基本就可以了,
- 这就是整个的部署架构了,
- 在这个基础上,还有,
- 之前有把首页生成静态文件,用户是访问我们的静态的首页,还是django的首页,我们需要做一个区分,如果访问包含/index的话,就交给django,如果访问的地址只有一个/,我们就交给celery上面的Nginx,让他产生一个静态页面,返回回来,
- 怎么实现这个区分?
- 我们需要在用户后面,django项目前面加入一个调度的Nginx,我就用刚刚的Nginx来做,
- 流程图再次梳理一下:
- 用户去访问我的网站,在网站的最前面会有一个调度的Nginx,后面就是我们的django项目(uwsgi+django),还有一个产生静态页面的电脑,静态页面服务器,在服务器上回生成静态的首页,静态页面是使用的celery,怎么生成提供这个页面?就需要在这个静态页面的服务器配置一个Nginx,
- 整个网站部署完了之后,用户只会知道我们Nginx的ip或者域名,根据请求,我们的Nginx可以做一个区分,如果访问的是一个/,就是找静态的首页,如果是访问的/index,就是访问django去了,
- 刚刚已经配置好了,可以实现如果是访问的/index,就是转交访问django去了,可以实现这个转交,现在关键的一点是,如果访问的是/,怎么找静态的首页,
- 所以Nginx在这个项目承担了两个角色,一个是调度,转交给uwsgi处理,转交给静态服务器,还有一个功能就是处理静态文件,
- 我们可以给Nginx的ip绑定一个域名,用户访问我们的网站, 输入域名,就是访问我们的Nginx,用户不知道其他内容,
当访问的是/的时候,怎么去访问静态页面?
- 我们之前做的静态页面在哪里?
- 在我们的fastdfs,
- 我们在进入Nginx的配置文件:sudo vi /usr/local/nginx/conf/nginx.conf
- 我们之前配置的,80端口是提供我们的静态页面,8888端口是提供我们的图片的,
- 现在Linux的配置,80端口是用来,作为调度的,如果是/就是访问django,如果是/static就是访问静态文件,
- 配置Nginx的配置文件,
- sudo vi /usr/local/nginx/conf/nginx.conf
- 难道我要两台Nginx服务器????
- 看来是的,这个问题不影响大局,我后面再看,
-
# 等于号是精确匹配,上面都是模糊匹配,
location = / {
#传递请求给静态文件服务器上的Nginx,
proxy_pass http://192.168.100.128;
} - 这个proxy,就是在满足这个条件的时候,转发给另外一个服务器,让它提供我们的静态首页,,
Nginx配置upstream思想实现均衡,
- django项目后面是
- 1,我们的数据库,,
- 2,还有我们的fastdfs(里面有两个角色,tracker和storage,),
- 3,还使用到了redis(承担了很多的功能,承担了缓存的作用,session的缓存存储,celery异步中承担broker的角色,购物车和浏览记录)
- 后面的东西,就是我们的django和这些有一个交互的过程,
- django项目可能在一台电脑上,mysql在另外一台电脑上,fastdfs也可能在另外一台电脑,我们看到的所有的东西都可以在不同的电脑上,
- 比如redis的几个功能都可以放到不同的电脑上,
- 但是Nginx是跟着fastdfs走的,因为要提供图片,Nginx也要跟着静态页面服务器走的,
- 这样的一个过程,
- Nginx我们一般叫做调度服务器,或者叫做负载均衡服务器,
- 怎么叫负载均衡服务器,我一个网站, 在做好了之后去部署的时候,服务的代码可能启动的不只是一套,我们的代码可以运行多份,每跑一个,就是一个进程,就可以提供服务,用户的请求过来之后,我们就可以进行配置,Nginx可以转交给不同的代码服务器上去,这样就可以实现我们的负载的均衡了,
- 比如用户的请求过来,Nginx做一个转交,可能转交到了代码服务器1,用户来了第二个请求,我可能就转交给代码服务器2,这种就是叫做负载均衡,
- 这一点我们怎么配置?
- 找到我们的项目配置文件,
- 把uwsgi的配置文件复制一份,改动一下端口为8081,然后改名字为uwsgi2,
- 然后启动这个uwsgi2,我们就会看到两个了uwsgi,uwsgi2,我们就是启动了两个服务器,我们通常叫做应用服务器,或者叫做业务处理的服务器,
- 我现在需要在Nginx中做一个配置,在转发请求的时候,可以转发给这两个,实现一个负载均衡,
- 配置:
- sudo vi /usr/local/nginx/conf/nginx.conf
- 至于怎么配置,我现在先不考虑,
- 实际工作中,我们可以使用很多台的服务器,来做这个负载均衡,
- 代码层面的优化是有极限的,所以要靠硬件来解决了,
- 这个部署也不是我们部署的,是运维部署的,
项目总结:
- 部署之后,项目就结束了,