Tornado Documentation
› http://www.v2ex.com/tornado/
Tornado on GitHub
› https://github.com/facebook/tornado/
Tornado Gists
› http://tornadogists.org/
这是一个创建于 4866 天前的主题，其中的信息可能已经有所发展或是发生改变。
我目前计划在新项目中用的方案：
通过 Supervisor 控制 Tornado app，然后再通过 nginx 对 Tornado 的输出进行反向代理，其中静态内容（CSS/IMG 等）启用 nginx 的缓存，这样大部分时候 Tornado 只需要关心动态请求即可。
大家的 Tornado 项目都是如何部署的呢？
通过 Supervisor 控制 Tornado app，然后再通过 nginx 对 Tornado 的输出进行反向代理，其中静态内容（CSS/IMG 等）启用 nginx 的缓存，这样大部分时候 Tornado 只需要关心动态请求即可。
大家的 Tornado 项目都是如何部署的呢？
 |
1
bhuztez 2011-08-30 15:00:58 +08:00
tornado只是处理长连接的吧，直接暴露出去就好了吧？
|
 |
2
ratazzi 2011-08-30 15:07:28 +08:00
之前是直接写成守护进程，最简单的那种，然后反向代理，但是挂了后就比较麻烦
|
 |
3
xiangjian 2011-08-30 15:13:30 +08:00
也是用supervisor来部署的，看cpu核心数，多开几个端口，使用nginx做负载均衡
|
 |
7
n2n3 2011-08-30 15:30:27 +08:00  1
|
 |
8
ayanamist 2011-08-30 16:04:02 +08:00
@Livid Python由于GIL的限制，多线程的总性能比单线程还要低。多线程只能解决IO时的阻塞问题。实际上Gevent用协程也可以解决。
PyPy有计划剥离GIL，因为用的不是CPython的引用计数的GC。 目前官方是推荐用multiprocess来解决多核利用的问题。 事实上由于Linux上线程和进程的效能差别不大（都可以共享内存），所以这个workaround影响也很小 |
 |
9
istef 2011-08-30 16:08:51 +08:00
supervisor + nginx，感觉是最靠谱的方法。
而且现在大多数能兼容 WSGI 的框架我也都塞进 tornado 利用这个方案来跑，比如 flask 什么的。 |
 |
10
cabinw 2011-08-30 16:15:51 +08:00
Tornado，向往已久的项目，没机会做
|
 |
12
mywaiting 2011-08-30 16:28:58 +08:00
@Livid 求新项目地址围观。另外，弱弱问下Livid有开发V2EX的Roadmap么？不是说打算全部重写么？求解答。
|
 |
15
tioover 2011-08-30 16:40:35 +08:00
乱入下，那么大家的文件夹结构是啥样的？
|
|
16
istef 2011-08-31 10:56:16 +08:00 1
@bhuztez 其实比 uwsgi 应该没什么优势，而且我也没详细的做性能测试。只是服务器上已经配置了其它 tornado 应用，所以不想再折腾其它方案了。这样统一管理和维护起来简单的多。
|
 |
17
dongying 2012-06-12 17:50:38 +08:00
如果以wsgi模式运行tornado，就失去了其最大的优势——异步非阻塞。wsgi不支持非阻塞请求
|
Select Language