Python代码部署架构
最近在考虑将运营系统的代码从web.py迁移至flask或者tornado，做了一些调研工作，这里写一下感想。
框架选择
目前主流的Python框架有
- Flask
- Tornado
- Django
- web.py
这些框架都支持WSGI协议，可以方便地完成一个webapp，不同的是Flask和web.py是同步多线程模型，tornado是异步非阻塞模型，单独部署的性能上，tornado是完胜前两者的，但是tornado的异步模型在代码上会相对复杂一些。所以我建议采用Flask，Flask有几点tornado不能比拟的优势
- request, g对象
Flask的请求上下文对象对gevent和原生的协程支持较好，另外还有应用全局对象。这次放弃web.py的契机也是其对gevent协程并行的支持不好，服务线程内开启gevent协程以后，是无法通过web.cookies()拿到请求上下文的。 - 路由系统
路由系统包括两块，一块是app本身的路由，通过装饰器实现一个组件内的路由
# -*- coding: utf-8 -*-
from flask import Flask, request
app = Flask(__name__)
@app.route(‘/‘)
def hello():
return ‘helloworld’
if __name__ == “__main__”:
app.debug = True
app.run()
另外一块就是flask的blueprint，可以轻松的把目录，文件分成独立的组件，方便插拔
部署
部署上采用了nginx -> gunicorn -> flask的方式，在nginx上可以通过lua脚本实现轻量级的权限校验等工作，gunicorn的选择也灵活多样，可以实现多种服务方式，包括多进程、多线程、多协程/gevent，恰好flask对他的支持也非常好。
为什么不直接在nginx后端连接flask
我们都知道flask之类的web框架其实都自带了WSGI的实现，但是性能嘛就hmmm，只能用来debug，nginx性能固然强，但是也耐不住后面有个性能非常不好的wsgi服务
nginx的作用
前面说了flask实际上是一个同步服务，同步服务除了性能上不如异步以外，还容易出现阻塞时服务抖动导致的失败。nginx在系统中的作用是代理同步请求，epoll来实现对请求wsgi服务的轮询，同时保持对客户端的连接，实现多路复用。
gunicorn的作用
众所周知因为GIL的存在，python的服务性能都是比较低的，尤其是多线程模式下，通过gunicorn，可以将服务模型按需转换成多进程/多协程模式，提高cpu的利用率，进而提升性能。
如果用tornado的话，nginx是可以不要的，但是因为服务中肯定会有静态服务，这部分还是交给nginx比较专业。
