Ever wonder why some teams intentionally break their own systems? Welcome to the world of chaos engineering — a practice that's not just for Netflix-scale infrastructure, but for any team that wants to build resilient, reliable applications.In this session, we'll demystify chaos engineering and explain why intentionally breaking things is actually the smart move. You'll learn:What chaos engineering really is (in plain English, no buzzwords)Why waiting for production failures is a terrible strategyHow to start experimenting with controlled failure locally, before it happens in the wildReal-world examples of chaos experiments that catch bugs you'd never find in traditional testingTools and techniques to get started without blowing up your infrastructureThrough practical demos using LocalStack's cloud emulation and chaos engineering tools, we'll simulate failures like network latency, service outages, and resource exhaustion right from your laptop.If you've ever said "it worked on my machine" only to watch it crash in production, this talk is for you—let's break things intentionally so they don't break unexpectedly.

An agent will write you a CDK stack, a Terraform module, or a stack of IAM policies in seconds.
Whether any of it works is a separate question, and the usual way to find out is to deploy to a real AWS account and watch what breaks.
In an agentic workflow, that means giving AI access to a public cloud account, racking up costs on the AWS bill, and waiting for provisioning to complete every time you push new code to the environment.

The rise of agentic AI in the software delivery lifecycle creates a dilemma with high-stakes implications.
As agents create new applications at an unprecedented rate, how do you integrate security without slowing down delivery?

You've been there: Lambda triggers, SQS messages fly, Step Functions execute, and somewhere in the middle, something breaks. You have no idea what triggered what, what payload was passed, or where it all went wrong.
That's the black box problem of AWS development.
Once your architecture grows beyond a single service, visibility disappears fast. You're left stitching together scattered logs and redeploying just to see what's going on.
App Inspector is LocalStack's built-in observability layer that opens up that black box. It gives you a real-time, unified view of every service interaction happening inside your local cloud: what triggered what, with what payload, in what order.
In this talk, we'll walk through what App Inspector is, how it fits into your LocalStack workflow, and how to use it to catch bugs locally before they ever reach staging or production.