Intro to Stateful Services
summary
Describes an architecture for low-latency, stateful services for a betting workload where stateless designs became too slow, unreliable and costly for 30 KB payloads at ~2000 updates per-second per tenant and end-to-end latencies spiking above one second when moving off single-node memory. The proposed approach uses Kafka change-streams to synchronize partitioned, in-memory stateful nodes keyed by tenant and evaluates tooling options (Pulsar, Faster, DuckDB and a custom stereoDB), with microbenchmarks reporting stereoDB handling ~3 million writes and millions of reads under optimized conditions.
AI-written summary · about
chapters (11)
- 0:00Intro to Stateful services
- 4:41Traditional architecture problems
- 8:13Stateful concept and architecture
- 11:07Stateful performance benefits
- 17:17Over-fetching and optimization
- 22:22CPU Wait impact on performance
- 25:52Stateful vs stateless reliability
- 29:27Metal failures in high load
- 30:52Tools for stateful systems
- 34:04Stateful implementation experience
- 35:48Q&A
related talks
35mBuilding Scalable Stateful Services
37mBeyond Microservices: Streams, State & Scalability
53mHow do we build high‑load microservices
13mLow-Maintenance Backend Architectures for Scalable Applications
59mBuilding Data Intensive Microservices with Apache Kafka
47mBuilding High Performance Real-time Stream Processing Microservices
05mPREVIEW: Event-Driven Services with Stateful Streams
48mIntegrating microservices by accepting the data dichotomy
