News for hackers. Stuff that matters.

A comment on Kafka is Fast – I'll use Postgres. Parent comment

Re:Kafka is Fast – I'll use Postgres by guhcampos on Thursday October 30, 2025 @11:31AM (#45761142)
It is a *very bad* replacement for an MQ system, for the simple reason you can't quickly and effortlessly scale int/out consumers.
[ Parent | on HN ]
Re:Kafka is Fast – I'll use Postgres by saberience on Thursday October 30, 2025 @12:14PM (#45761673)
Why can't you? In my experience, scaling Kafka was far easier than scaling our RabbitMQ cluster. We started running into issues when our RabbitMQ cluster hit 25k TPS, our Kafka cluster of equivalent resources didn't break a sweat at 500k TPS.
[ Parent | on HN ]
Re:Kafka is Fast – I'll use Postgres by otterley on Thursday October 30, 2025 @01:33PM (#45762679)
Scaling consumers, not throughput. And it’s both directions (in and out, not just out).
[ Parent | on HN ]
Re:Kafka is Fast – I'll use Postgres by jdswain on Thursday October 30, 2025 @02:44PM (#45763677)
What sort of systems do you work on to require this kind of traffic volume? I've worked on one project that I'd consider relatively high volume (UK Post Office Horizon Online) and we were only targeting 500 TPS.
[ Parent | on HN ]
Re:Kafka is Fast – I'll use Postgres by saberience on Friday October 31, 2025 @08:25AM (#45771261)
Think extremely popular multiplayer videogames. We used these systems for all the backend infra, logins, logouts, chat messages, purchases.

We often had millions of players online at a given moment which means lots of transactions!

[ Parent | on HN ]
Re:Kafka is Fast – I'll use Postgres by guhcampos on Thursday October 30, 2025 @05:22PM (#45765537)
How did you handle re-partitioning and rebalancing every time you scaled your cluster in or out?
[ Parent | on HN ]