Skip to main content

2 posts tagged with "event-streaming"

View All Tags

Launch an event-streaming stack: managed Kafka with a browser console

· 5 min read
FoundryDB Team
Engineering @ FoundryDB

Kafka is easy to write to and hard to see into. Standing up a broker is the start of the work, not the end: then you wire CLI tools and shell scripts together just to answer the basics. Which topics exist. How far behind is that consumer group. Is the broker even healthy. The event log you wanted was always one more afternoon of tooling away.

The Launch an event-streaming stack collapses that into one button. You get a managed Apache Kafka cluster with a browser console attached to it, EU-resident, in minutes, with nothing to wire by hand.

Event-streaming stack composition & launch
RUNNING Stack wired · Kafka UI console live
Stack Templateevent-streaminglaunch ⇉Kafka brokerSASL :9094Kafka UISASL ← brokerserve →Console UItopics · groups · health
Template · launchKafka brokerKafka UI (console)wiring (SASL listener bound)

Event Streaming with Managed Kafka: Patterns That Scale

· 7 min read
FoundryDB Team
Engineering @ FoundryDB

Event-driven architecture has moved from buzzword to baseline. If you are building microservices, real-time analytics, or data pipelines in 2026, Kafka is likely somewhere in the stack. The challenge is not whether to use it, but how to operate it without drowning in ZooKeeper configs, TLS certificate rotation, and broker rebalancing.

This post covers practical streaming patterns on FoundryDB's managed Kafka: topic design, partitioning strategies, consumer groups, schema enforcement, and monitoring. All examples use FoundryDB's Kafka 4.0 with KRaft mode and SASL/SCRAM authentication.

Partitions, replication & leader failover (KRaft)
ELECTION Broker 1 offline · ISR follower promoted to P0 leader
Produceracks=allwrite →Brokers3 · KRaft⇢ ISRread →Consumer groupmy-consumer-group
Producer writeBroker (leader)replicate to ISRConsumer readKRaft quorum :9094Failed broker