The Art of Embracing Failures with Serverless Architectures
summary
A serverless pipeline using Amazon Kinesis and AWS Lambda ingests over half a terabyte per day but loses data when SDK defaults and service limits collide: Kinesis shards 1MB / 1,000 recs/sec, putRecords batches up to 500 with partial failures, and Lambda concurrency default 1,000 (new accounts 100). Timeouts and retries amplify transient glitches into outages, a single poison‑pill record stalls a shard for 24+ hours, and exponential backoff with jitter plus explicit timeout and retry limits prove decisive to avoid cascading failures.
AI-written summary · about
chapters (16)
- 0:00Intro
- 2:21What to expect
- 2:52Beginning
- 5:25Distributed systems
- 6:31Cloud
- 7:04Serverless
- 8:47Distributed architectures
- 12:10Kinesis data streams
- 14:09Failures
- 19:32Distributed systems
- 20:56Failures
- 30:26Lambda
- 33:44Lambda: Failures
- 39:35Lambda & Kinesis
- 40:07Epilogue
- 42:54Outro
related talks
53mBottlenecks in Serverless Applications
25mHow to Fail at Serverless (without even trying)
38mServerless Data Streaming on AWS
51mServerless architectural patterns
39mBuilding Resilient Serverless Applications
35mHow to Handle Errors and Retries in a Stateless Environment
36mObserving all the Serverless Things
34mDesigning Data Intensive Applications In Serverless Architecture
