1. 理论上 nginx 可以通过一些手段不用 gunicorn 这玩意。

2. 计算机世界里面的多一层的解决方案，都是是为了好管理，是为了职责清晰。

3. 某个场景下可以，不代表这个场景下这么做就好。比如，你可以去搬砖，但你没必要去搬砖，甚至说，你搬砖水平不如专业搬砖的。

举几个例子

1. 僧多粥少。nginx 可以上万并发，而正常的 python server 根本不够这么多并发。那么很简单，把nginx作为负载均衡，雨露均沾的分配请求到这些web服务器上。如果直接部署。则是把这些东西耦合在一起。没法scale。

2. 让专业的去做专业的事情。gunicorn有很多worker的姿势，比如支持 sync worker，gevent worker，比如tornado worker。nginx 如果全都支持，那岂不是要累死nginx团队？

3. 精准控制，比如gunicorn的sync worker是支持prefork，这也就意味着可以在收到足够多的请求的时候，预先帮你提升worker数量，来处理。比如，gunicorn 进程的用户可能和nginx不一样，具备更高的权限，你用nginx处理，是不是就有点简单粗暴了呢？再比如，我要针对wsgi做一些监控。这怎么处理？