It's Time To Stop Using Lambda Architecture
summary
Argues that Lambda’s dual systems are avoidable by using Apache Kafka compaction or tiered storage for long retention, Kafka transactions plus Flink two‑phase commit for exactly-once delivery, and Flink keyed state with Flink State Processor API to patch or bootstrap state instead of reprocessing years of data; shows practical patterns for CDC, upserts to Pinot/HBase/iceberg, and elastic Kafka clusters for fast historical reprocessing.
AI-written summary · about
chapters (9)
- 0:00Intro
- 0:26Lambda Architecture
- 2:45Cup Architecture
- 4:32Why I like streaming
- 8:40Kafka
- 14:03Streaming
- 18:38Data Sync
- 21:58Use Cases
- 24:18Audience Questions
related talks
42mApache Flink Worst Practices
42mApache Flink Worst Practices
24mStateful Functions: Flexible like a Microservice, Consistent like a Monolith
26m“Hit me, baby, just one time” – Building End-to-End Exactly-Once Apps w/ Flink
55mDemystifying Stream Processing with Apache Kafka
27mCustomizing exactly-once processing at scale with Flink
36mApache Flink in the Cloud-native Era
38mRe-architecting Apache Kafka for the Cloud
