Processing Billions of Events in Real-Time with Heron
summary
Heron is an open‑source stream engine that Twitter runs in production for ~2.5 years to process billions of events, claiming 3x reduction in cores and memory versus Storm by moving to per‑task processes and container packing. Topologies run as independent task processes with per-task processes for isolation and integrate with schedulers like Aurora/Mesos. It supports at-most-once and at-least-once semantics, scales to 800-container topologies (~140 machines), and implements backpressure via stream‑manager buffers.
AI-written summary · about
chapters (21)
- 0:00Introduction
- 1:10Agenda
- 2:21Terminology
- 3:39DAG
- 4:36Word Count
- 6:12Parallelization
- 7:20Grouping
- 8:48Issues with Storm
- 12:48Design Decisions
- 14:27Heron Architecture
- 15:24Containers
- 16:18Topology Master
- 24:29Topology Architecture
- 28:01Use Cases
- 29:59Big Data Evolution
- 30:47Micro Kernels
- 31:20Streaming Systems
- 35:37Environments
- 40:53Handling Stragglers
- 49:51Load shedding
- 50:56Summary
related talks
50mProcessing Billions of Events in Real-Time with Heron
39mTwitter Heron in Practice
37mStorm, a Distributed Real-time Data Processing System
36mReal Time Big Data Analytics with Kafka, Storm, HBase #bbuzz
20mBuilding Apache Heron
46mClojure Scaling the Event Stream
30mBuilding a Large-Scale, Streaming-Based Logging and Monitoring Solution
01h 06mThe Legends of Twitter and Beyond: Real-World Architectures at Scale Panel
