slobo pfp
slobo
@slobo.eth
1 reply
0 recast
4 reactions

Greg pfp
Greg
@greg
something tells me whoever made this hasn’t used redis or rabbitmq
2 replies
0 recast
1 reaction

Cassie Heart pfp
Cassie Heart
@cassie
I wrote a book on rabbitmq back in the day, just use postgres
1 reply
0 recast
1 reaction

Greg pfp
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 pfp
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 ツ pfp
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 pfp
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