Skip to content

Comment on Postgres as queueparent

Comments

As a person who has implemented worker farms at scale, I don't understand which part is "incredibly difficult", or what having a dedicated queue server prevents you from updating database state within "the same transactions". If your worker process has to update some kind of task state and calculate some business logic, it can still do so whether if you use rmq, redis or whatever.

I assume they mean the dual write problem

So atomic updates are incredibly difficult?

Not atomic updates per se, but transactional updates. Ie doing two atomic updates as one consistent atomic action.

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.