News for hackers. Stuff that matters.

A comment on Devious SQL: Message Queuing Using Native PostgreSQL. Parent comment

Re:Devious SQL: Message Queuing Using Native PostgreSQL by noodlesUK on Saturday January 29, 2022 @07:16AM (#30125711)
Yeah, redis or similar are generally good and battle tested solutions. Celery and Huey use redis, as do many other task queue and scheduling solutions. The issue is then that you have to manage an additional deployment of redis. That’s not so bad if it’s a core part of your application esp if you’re hosting on a paas or major cloud, but it can make local dev and testing suck a bit more.
[ Parent | on HN ]
Re:Devious SQL: Message Queuing Using Native PostgreSQL by xmcqdpt2 on Sunday January 30, 2022 @07:25PM (#30142863)
If you are developing on Linux, rq + redis is probably the simplest message queueing system around. Redis can even be installed from pip,

https://pypi.org/project/redis/

or run within python,

https://github.com/yahoo/redislite

it's pretty much the easiest thing to deploy.

[ Parent | on HN ]
Re:Devious SQL: Message Queuing Using Native PostgreSQL by fouadf on Sunday January 30, 2022 @09:41AM (#30137560)
Yes it's true, we already use Redis for several workloads and operations so it's not really an extra thing to manage, on the contrary we don't need to learn about say rabbitmq and manage it, just worry about Redis.

Why do you consider it bad for local dev? A Redis instance literally takes 1MB memory when started.

[ Parent | on HN ]