Jeremy is a passionate serverless advocate, an AWS Serverless Hero, and a senior technology leader with more than 20 years of experience building web and mobile applications. He is an active member of the serverless community, creating and contributing to open source serverless projects, and frequently consulting with companies looking to adopt serverless. Jeremy also writes extensively about serverless on his blog (jeremydaly.com), publishes Off-by-none, a weekly email newsletter that focuses on all things serverless (offbynone.io), and hosts the Serverless Chats Podcast (serverlesschats.com). He is currently the CTO of AlertMe.
Talk: How to fail with Serverless
Everything fails all the time. Knowing how to deal with these failures in serverless applications becomes essential to building resilient, highly-available systems. In traditional monolithic applications, catching errors and handling retries is relatively straightforward. But as our systems become more distributed, we now have multiple (often asynchronous) components processing events from several sources, all with vastly different retry behaviors and failure mechanisms. Utilizing old patterns can cause errors to get swallowed, creating brittle, unreliable systems that are difficult to debug and hard to maintain. In this talk, we’ll explore the built-in tools and processes that AWS has in place to appropriately deal with failures in distributed serverless applications. We’ll discuss retry behaviors and strategies for dealing with errors in: * Asynchronous Lambda function invocations (DLQs, Destinations, retries, and throttling) * Event source mappings (Kinesis, SQS, and DynamoDB streams) * Step Functions (task failures, transient issues, and fallback states) * Lambda invocations from AWS services (synchronous and asynchronous) * Calls to AWS services (using the AWS SDK and other protocols) * Third-party API calls (utilizing circuit breakers and other fallback methods) While this talk focuses on the AWS ecosystem, many of these strategies are adaptable to other cloud providers as well.Back to the agenda