I know it's an odd question to ask but why did you implement Kue instead of using one of the established MQ servers?
Thanks
Kue is a task/job opinioned queue, not a generic message queue.
Distribution of workers, Job retries, scheduled jobs and simplicity was main purpose of kue when I joined this project.
Can you elaborate on some MQ names that can be simply replaced by Kue?
I'm new to MQs so, I can't elaborate any name at the moment.
Can you answer your own question, please?
Interested in this question too.
Also compare and contrast agenda vs kue (other than the obvious) would be appreciated.
http://queues.io also may help guys
Distribution of workers, Job retries, scheduled jobs and simplicity was main purpose of kue when I joined this project.
@behrad Thanks for the info. This simple explanation did a lot for me, makes sense now why so many libs have been abstracting away certain queue complexities. I've been using jackrabbit so far for my worker queues but will have to test with Kue as well.
Also thanks for sharing http://queues.io I hadn't seen this before.
We use Kue for all our backend processing, including payments and credit card processing. Previously we've used celery. Main reasons are:
All the messaging is JSON based, after jobs are done I dump them to MongoDB
@rturk Would you mind elaborating on this.. what are you dumping into mongo and why?
@mitchellporter I dump old jobs to MongoDB in order to keep redisDB storage footprint small.
Most helpful comment
We use Kue for all our backend processing, including payments and credit card processing. Previously we've used celery. Main reasons are: