Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> As far as I can tell there are mostly companies that use Kafka and companies that have a SPOF PostgreSQL/MySQL database

I haven't seen that at all, across the many companies I've worked at, consulted with, and talked with others about.

Kafka is usually an ancillary system added to companies with a strong culture around one or more pre-existing datastores (from PG/MySQL to Dynamo/Cassandra to Mongo/Elastic). When Kafka's actually needed, it handles things those pre-existing stores can't do efficiently at high volumes.

Are you really seeing companies use Kafka for their main persistence layer? As in, like, KQL or the equivalent for all/most business operations?

Even the CQRS/ES zealots are still consuming from Kafka topics into (usually relational) databases for reads.



> Are you really seeing companies use Kafka for their main persistence layer?

I'm seeing kafka-streams-style event processing as the primary data layer used by most business operations, although only in the last couple of years.

> As in, like, KQL or the equivalent for all/most business operations?

> Even the CQRS/ES zealots are still consuming from Kafka topics into (usually relational) databases for reads.

Yeah, I'm not seeing KQL, and I'm still seeing relational databases used for a lot of secondary views and indices. But the SQL database is populated from the Kafka, not vice versa, and can be wiped and regenerated if needed, and at least in theory it can't be used for live processing (so an SQL outage would take down the management UI and mean customers couldn't change their settings, it would be a big deal and need fixing quickly, but it wouldn't be an outage in the primary system).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: