Django为什么用uWSGI+Nginx

这两天在用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的架构

其中Nginx和uWSGI的可以通过uwsgi通信

总结

回到之前的问题

1.为什么不只用WSGI？

2.为什么用了uWSGI还要加个Nginx

第一，因为WSGI相对来说性能不照，测试还行，要是正是发布，百来个人一点就歇菜了；

第二，虽然有了uWSGi这个web服务器，但是加上Nginx就会让服务器更安全、性能更有保障，还能作为电子邮件代理服务器。