Future of kue
See original GitHub issueHi everybody,
I use kue
in various projects for French government.
I open this issue because I need a bit of visibility on the maintenance and the next evolutions.
Some points:
- @behrad is announcing a
v1
since more than one year. As I can see on thev1
branch, it is still a WIP. It blocks any ambitious PR. How can we help to target a quick release? - Parts of the library are staled (UI, API).
- Other similar projects (as https://github.com/agenda/agenda) are pretty active.
I have the feeling that the actual kue is too big to be efficiently embedded in high-level libraries, and a bit too small to cover advanced use cases.
In the past I slightly modified kue
and published kue-lite
for our internal usage, and we are now working on a wrapper around kue
which support job unicity, promises, add advanced logging, job configuration with YAML or JSON file and out-of-the-box jobs worker. Maybe some of these features would have their place in kue
.
It could be interesting to have a package kue-core
with just the logic and connection to Redis, and a full-featured kue with JSON API and UI. And why not kue-ui
, kue-websocket
, kue-api
, kue-webhooks
…
Feel free to discuss my position 😉
Issue Analytics
- State:
- Created 6 years ago
- Reactions:19
- Comments:10 (3 by maintainers)
Top GitHub Comments
I was very busy for months… I will try to do my best to clean up pending PRs…
Don’t! Agenda is not production ready.
When considering what to use I found agenda and kue. After reading a little bit the issues agenda has, I wouldn’t recommend it for production right now. It has a severe memory leak issue
That’s the main poin’s the main reason I’m giving kue a try.