slobo
@slobo.eth
1 reply
0 recast
4 reactions
Greg
@greg
something tells me whoever made this hasn’t used redis or rabbitmq
2 replies
0 recast
1 reaction
Cassie Heart
@cassie
I wrote a book on rabbitmq back in the day, just use postgres
1 reply
0 recast
1 reaction
Greg
@greg
postgres for queue management?? i've never actually used rabbitmq but redis (via bullmq) feels much nicer than whatever i'd try to build in postgres
1 reply
0 recast
1 reaction
Cassie Heart
@cassie
pgmq: https://github.com/pgmq/pgmq lightweight extension (basically just a query wrapper, the queue lives on postgres proper), nice semantics, performance difference is negligible compared to rabbitmq, with wayyyyy less headaches
1 reply
0 recast
0 reaction
Samuel ツ
@samuellhuber.eth
Would you use a caching layer in front of PG or just scale up PG?
1 reply
0 recast
0 reaction
Cassie Heart
@cassie
depends on the scenario. if i was getting to the point where the system isn't scaling off PG alone it would be the "good problem to have" stage and the time to migrate off to dedicated infra. A lot of projects get too complex in design too early and spend more on infra than they need before they've sufficiently had enough traction to justify the engineering effort.
0 reply
0 recast
2 reactions