推荐学习书目
› Learn Python the Hard Way
Python Sites
› PyPI - Python Package Index
› http://diveintopython.org/toc/index.html
› Pocoo
值得关注的项目
› PyPy
› Celery
› Jinja2
› Read the Docs
› gevent
› pyenv
› virtualenv
› Stackless Python
› Beautiful Soup
› 结巴中文分词
› Green Unicorn
› Sentry
› Shovel
› Pyflakes
› pytest
Python 编程
› pep8 Checker
Styles
› PEP 8
› Google Python Style Guide
› Code Style from The Hitchhiker's Guide
这是一个创建于 4579 天前的主题，其中的信息可能已经有所发展或是发生改变。
需求是这样的，app调用api，但某些api需要20s左右的执行响应时间。
目前的做法是，前端调用api，服务端收到请求后，将主要的耗时运算添加到任务队列，然后api马上返回，前端每隔几秒重新调用这个api，获取那个耗时运算的计算结果。目前用到的东西主要是flask+rq。
这个方法目前运转良好，不过现在要将系统的api开放给其他公司使用，对方希望api能够一次就返回计算结果。
如果按照对方的需求，每次请求都需要20s，甚至更长时间才能响应，这种事情应该用什么方案来做？用tornado能解决这个问题吗？或者是需要用其他更擅长处理这样请求的技术，比如golang或者erlang？
目前的做法是，前端调用api，服务端收到请求后，将主要的耗时运算添加到任务队列，然后api马上返回，前端每隔几秒重新调用这个api，获取那个耗时运算的计算结果。目前用到的东西主要是flask+rq。
这个方法目前运转良好，不过现在要将系统的api开放给其他公司使用，对方希望api能够一次就返回计算结果。
如果按照对方的需求，每次请求都需要20s，甚至更长时间才能响应，这种事情应该用什么方案来做？用tornado能解决这个问题吗？或者是需要用其他更擅长处理这样请求的技术，比如golang或者erlang？
 |
1
lookhi 2013 年 7 月 11 日
把你现在的做法再包装一层，与用户那个链接不断就好了。
|
 |
2
dancercl 2013 年 7 月 11 日
golang做这个很容易
|
 |
3
qiongqi 2013 年 7 月 11 日
嘿嘿，我推荐openresty，IO不阻塞
|
 |
4
BOYPT 2013 年 7 月 11 日
所有非阻塞模型都可以吧...
不过这样的工作模式不好，API执行过程中很可能受其他影响而中断，就没了返回结果了。 |
 |
5
openroc 2013 年 7 月 12 日
async + fork process + callback
|
 |
6
Livid MOD PRO 对方的这个需求真的不太合理。
对于耗时的任务，第一次 API call 的时候，可以立刻返回一个 Async job ID，然后对方的后续的请求，根据这个 Async job ID 来取结果。结果应该是存放在 Memcache 里的，可以高速访问。 很多 Cloud 平台的 API 就是这样的，比如你要创建一台 VM，显然是不可能立刻返回结果的。而是返回一个 job ID。 |
Select Language