本文主要是介绍Django,Nginx和uWSGI三者在网站中的配合使用以及主要用途。至于一些不常用的使用方法不予以说明。
Nginx 是一个高性能的HTTP和反向代理服务器(关于正向代理和方向代理,可参考博客:https://www.cnblogs.com/Anker/p/6056540.html),也是一个IMAP/POP3/SMTP服务器。在高连接并发的情况下,Nginx是Apache服务器不错的替代品。
Nginx 一般监听服务器的80或者443端口(listen 80 就代表监听80端口),因为一般直接访问网站都是通过这两个端口,一台服务器可以绑定多个域名,根据不同的域名,Nginx会去找不同的地方去访问。
Nginx和Apache一般都作为Web服务器。至于Tomcat,是一个Web应用容器,一般用于执行后台代码。一般来说,使用Nginx或者Apache处理客户端到服务器的请求,然后将请求交给Tomcat处理,Tomcat处理后返回数据给Nginx,最后Nginx将客户端请求的数据发给客户端。
Django是一个开放源代码的Web应用框架,由Python写成。Django不是一个服务器,只是一个Web的应用框架。采用了MTV的框架模式,即模型M,模板T和视图V。
WSGI是一个Web服务器,它实现了WSGI协议、uwsgi、http等协议。用于连接Web服务器和Web应用框架。
- wsgi:一种实现python解析的通用接口标准/协议,是一种通用的接口标准或者接口协议,实现了python web程序与服务器之间交互的通用性。 利用它,web.py或bottle或者django等等的python web开发框架,就可以轻松地部署在不同的web server上了;
- uwsgi:同WSGI一样是一种通信协议。uwsgi协议是一个uWSGI服务器自有的协议,它用于定义传输信息的类型,它与WSGI相比是两样东西。
- uWSGI :一种python web server或称为Server/Gateway 。uWSGI类似tornadoweb或者flup,是一种python web server,uWSGI是实现了uwsgi和WSGI两种协议的Web服务器,负责响应python 的web请求。
那么问题来了,这三者在一起的工作原理是什么?
1. 一般来说,客户端发起的http/https请求首先到达了我们的Web服务器(在这里我们使用Nginx作为我们的服务器)。
2. Web服务器收到请求后,对请求进行解析处理(一般来说如果是静态请求,直接返回静态页面(纯HTML页面)),然后将请求发送给uWSGI。
3. uWSGI对来自Nginx的请求进行处理,将处理后的结果发送给Web应用框架(在这里我们使用Django)。
4. Web应用框架收到请求之后,Web应用对请求进行处理(例如,Django通过某个函数进行处理),将结果返回给uWSGI。
5. uWSGI收到Web应用框架的处理结果后,对该结果进行处理打包,发送给Web服务器。
6. Web服务器将收到的结果返回给客户端。
这三者之间信息的传递涉及到数据格式以及协议的转换。
那么为什么我们之前在使用Django开发项目的过程中, 直接使用python manage.py runserver
来运行服务器,也没有用到其他两个,就可以直接通过浏览器来访问?那是因为Django自带了wsgiref模块,可以作为wsgi服务器,可以对我们的http请求进行处理,但是性能不好,只能测试的时候用。到了真正部署的时候就要用到uWSGI服务器(Nginx也不是必须的,只是为了性能和安全方面的考虑,也是为了更好地处理静态资源)。
参考资料:
https://blog.csdn.net/c465869935/article/details/53242126
https://my.oschina.net/u/2474096/blog/870645