现实当中，用java来做web程序，通常就用http和nginx配合，应用服务器选择tomcat或者jetty
uwsgi ,包括4部分组成，
uwsgi协议
web server内置支持协议模块
application服务器协议支持模块
进程控制程序
nginx从0.8.4开始内置支持uwsgi协议，uwsgi协议非常简单，一个4个字节header+一个body，body可以是很多协议的包，比如说http，cgi等（通过header里面字段标示），我曾经做个一个小规模的性能对比测试，结果表明，uwsgi和fastcgi相比，性能没有太明显的优势,也可能是数据集较小的原因
uwsgi的特点在于自带的进程控制程序.它是用c语言编写，使用natvie函数，其实和spawn-fcgi/php-fpm类似。所以uwsgi可以支持多种应用框架，包括(python,lua,ruby,erlang,go)等等
Gunicorn ,和uwsgi类似的工具，从rails的部署工具(Unicorn)移植过来的。但是它使用的协议是 WSGI，全称是Python Web Server Gateway Interface ，这是python2.5时定义的官方标准( PEP 333 )，根红苗正，而且部署比较简单， http://gunicorn.org/ 上有详细教程
mod_wsgi ,apache的一个module，也是支持WSGI协议, https://code.google.com/p/modwsgi/
fastcgi协议和http协议在代码部署中的的优劣对比
fastcgi虽然是二进制协议，相对于http协议，并不节省资源。二进制协议，只能节省数字的表达，比如 1234567，用字符串表示需要7个Byte，用数字就是4个Byte，而字符串到哪里都一样
fastcgi在传输数据的时候，为了兼容cgi协议，还要带上一堆cgi的环境变量，所以和http协议相比，用fastcgi传输数据并不省，反而多一些
fastcgi 唯一的优点是，它是长连接的，用户并发1000个request，fastcgi可能就用10个 链接转发给后端的appplication，如果用http协议，那来多少给多少，会向后端appplication 发起1000个请求
http代理转发方式，在面对超高并发的情况下会出问题，因为， tcp协议栈当中，port是int16整型 你本地新建一个connect，需要消耗一个端口，最多能到65536。外部并发几十万个请求，port池耗干，你的服务器只能拒绝响应了
总结
我个人习惯是用 fastcgi 协议部署python程序，简单省事，选择技术方案，一定要选择最简单最常见的，本博客的fastcgi运行脚本如下
kill - `cat / tmp / django.pid` echo 'restart django....' python . / manage.py runfcgi - - settings = lutaf.settings_r maxchildren = maxspare = minspare = method = prefork pidfile = / tmp / django.pid host = 127.0 . 0.1 port = outlog = / tmp / dj.out errlog = / tmp / dj.error
推荐大家尝试 Gunicorn ，这是未来发展方向
