Django为什么用uWSGI+Nginx

时间:2021-12-15 20:42:51

这两天在用Django做个人博客网站,做起来非常顺手,已经在测试环境中完成了留言板的功能,想着在加上个管理博客和博客编辑的功能就大致可以发布出去了,然后就发现教程中有个服务器部署的环节uWSGI+Nginx,我就郁了闷了,本地不是有个WSGI吗,照样可以运行啊,不解,求解!

uWSGI

是一个web服务器,也可以当做中间件

  • 如果是Nginx+uWSGI+APP,那就是一个中间件
  • 如果是uWSGI+APP,那它就是服务器

WSGI

是一个Python专有的web协议
web协议的发展历程是(Python):
CGI>>FCGI>>WSGI>>uwsgi

  • CGI:Common Gateway
    Interface,通用网关接口,是一个协议,是外部应用程序(CGI应用程序)与web服务器之间的标准接口,该协议定义了web服务器调用外部应用程序的时候需要输入的参数和给web服务器的返回结果
  • FCGI:很明显,就是比CGI更快的CGI。CGI的特点是对于一个HTTP请求就新建一个进程,等到应用程序返回结果后就结束这个进程,这就导致了如果有多个请求就会频繁的创建进程而产生很大的开销,影响服务器的性能。而FCGI就像MYSQL连接池一样,在服务器启动的时候就新建多个空闲的进程,当有请求的时候就分配给一个空闲的进程,这样就避免了频繁的创建进程而导致的大开销。FCGI的另一个特点就是支持分布式,也就是服务器和应用程序可以在不同的机器上
  • WSGI:WEB SERVER GATESAY
    INTERFACE,web服务器网关接口,它是Python专有的处理web服务器和应用程序的协议,像我现在使用的Django就自带这个,其中我们新建程序的时候有个wsgi.py就是一个WSGI兼容的web服务器的入口,在Python的很多框架中都自带这个协议,但是性能不好(我也不懂这个性能是指什么),只做测试用途
  • uwsgi:这个是uWSGI中自有的一个协议

Nginx

Nginx是一个Http和反向代理服务器
什么是反向代理服务器呢?

  • 正向的就是由浏览器主动的想代理服务器发出请求,经代理服务器做出处理后再转给目标服务器
  • 反向的就是不管浏览器同不同意,请求都会经过代理服务器处理再发给目标服务器

这其中的区别就是必须经过Nginx反向代理服务器,这就有了使用Nginx的几个好处:

  • 安全:不管什么请求都要经过代理服务器,这样就避免了外部程序直接攻击web服务器
  • 负载均衡:根据请求情况和服务器负载情况,将请求分配给不同的web服务器,保证服务器性能
  • 提高web服务器的IO性能:这个我也没看懂,总结来说就是请求从客户端传到web服务器是需要时间的,传递多长时间就会让这个进程阻塞多长时间,而通过反向代理,就可以在反向代理这完整接受请求,然后再传给web服务器,从而保证服务器性能,而且有的一些简单的事情(比如静态文件)可以直接由反向代理处理,不经过web服务器

另外Nginx还是电子邮件(IMAP/POP3)代理服务器
下面就是有Nginx的架构
Django为什么用uWSGI+Nginx
其中Nginx和uWSGI的可以通过uwsgi通信

总结

回到之前的问题
1.为什么不只用WSGI?
2.为什么用了uWSGI还要加个Nginx
第一,因为WSGI相对来说性能不照,测试还行,要是正是发布,百来个人一点就歇菜了;
第二,虽然有了uWSGi这个web服务器,但是加上Nginx就会让服务器更安全、性能更有保障,还能作为电子邮件代理服务器。