还在用老掉牙的 celery? 换 dramatiq 试试。

不错， 好东西

名字起的不太好...

@clino dramatic。。。。不错了

sidekiq 好用的一逼，自从转到 ROR，脱发都少了

@wibile #3 原来是酱

不兹次 py2, 差评啊

Actor 模型……怕不是想学 akka

AGPL 的话，你的服务要是依赖了这个库，并且对外提供服务。。那么你的全部代码都要 AGPL 出来

MongoDB 也只是数据库部分用 AGPL，各个语言的 sdk 不是。

一个依赖库用 AGPL 的，还是第一次见到，用 GPL 的都少见，用用 LGPL 还算可以。。

看到 Prometheus Metrics 得友情 +1

协议不友好对洁癖来说有障碍呀，虽然 celery 是很坑

虽然觉得 celery 复杂但是不想换

@wcsjtu 我觉得恰好相反，不支持 py2 才是好评

@guog 支持。

问题是服务端代码如果我不开源外界没有办法知道我使用了该组件

居然这么多人觉得 celery 坑，的确 celery 的文档不怎么行。不过功能它倒是蛮强大。比如用 celery 就可以使用 pipeline + 不同类型的 worker 完成很多工作，代码可以简单地在一个地方整合。维护者可以简单地看出是如何被调用的。目前这个项目还是缺少对应的功能。

@misaka19000 不知道没关系，等别人知道了你想换的时候已经晚了。

@neoblackcap celery 的异步队列是不是每次更新，都要重启整个 Linux 服务器？貌似只重启 uwsgi 经常造成队列假死

搭车问问， pip install -U dramatiq[rabbitmq, watch] 后面跟了个 [] 括号，是什么语法糖

@rogwan 不是，你可以重启对应的 worker。建议你还是使用 systemd 来管理 celery,独立地启动关闭

@wcsjtu 不支持 py2 是加分项啊！可以主动淘汰 py2

@find456789 setup 函数里的 extra_requires，按需安装。看看 setuptools 的文档就知道了。

这协议和商业方式才是受到 sidekiq 启发吧

不对。。这协议比 sidekiq 狠啊

纯比速度的话～～未必吧
https://github.com/allenling/magne

@allenling 这是你自己的轮子？

我没理解错的话，magne 就是同进程用 curio 去 spawn 一个单独的 coroutine 去处理异步任务？

@est 我 GitHub 重新整理了一下，把 dramatiq-gevent 的测试，和多进程协程测试的情况加了进去

celery 确实是坑，各种未解决 bug，直接报错报到 celery 本身的代码错误，比如这个未解决的问题，https://github.com/celery/celery/issues/3773

@hanssx 看上去就是连接已断开的问题。