{"id":52372,"date":"2026-07-01T09:00:00","date_gmt":"2026-07-01T16:00:00","guid":{"rendered":"https:\/\/azure.microsoft.com\/en-us\/blog\/?p=52372"},"modified":"2026-07-01T09:29:07","modified_gmt":"2026-07-01T16:29:07","slug":"proving-application-resilience-on-azure-with-chaos-studio","status":"publish","type":"post","link":"https:\/\/azure.microsoft.com\/en-us\/blog\/proving-application-resilience-on-azure-with-chaos-studio\/","title":{"rendered":"Proving application resilience on Azure with Chaos Studio"},"content":{"rendered":"\n

Takeaway:<\/strong> Azure Chaos Studio<\/a> helps organizations validate application resilience by simulating outages, failovers, network disruptions, and infrastructure failures before they impact production.<\/em><\/p>\n\n\n\n

\n\n\n\n

You don’t know with certainty that your application is resilient until that resilience is tested. Better to learn it isn’t by deliberately breaking it in a test environment and watching how it reacts, than by a failure in production. Azure Chaos Studio<\/a> is our managed service for doing exactly that, safely and on purpose.<\/p>\n\n\n\n

Today, Azure Chaos Studio Workspaces<\/a> is in public preview: a scenario-focused approach that lets you test the failure modes Azure<\/a> customers actually see in production. We’ve been hard at work making Workspaces easy to use, with broad fault support and named scenarios that mirror real outages, instead of isolated faults.<\/p>\n\n\n\n

\n
Explore Azure Chaos Studio Workspaces<\/a><\/div>\n<\/div>\n\n\n\n

<\/a>Why designing for resilience isn\u2019t enough<\/h2>\n\n\n\n

Azure customers have invested in resilient design: multi-zone deployments, geo-redundant storage, automatic database failover, retry logic, load-balanced front ends. However, the real question is when an incident begins: when the failure arrives, do those mechanisms recover your application in the time you assumed they would?<\/p>\n\n\n\n

Real outages don\u2019t read the architecture diagram. A zone-redundant deployment can fail because a health probe was misconfigured years ago. A database with automatic failover can leave the application dead because a connection string is hard coded to a single region. Geo-redundant storage can briefly produce stale reads the application code never expected. These mistakes are common, and they only show up when the failure happens.<\/p>\n\n\n\n

Reliability and resiliency on Azure are a shared responsibility<\/a>. Microsoft is responsible for the platform and the resilience built into Azure services<\/a>. Customers are responsible for configuring that resilience and the code that uses it. No layer makes up for a gap in another. The only way to know whether your architecture, configuration, and application logic will hold up in production is to prove they hold under failure before an outage tests them for you.<\/p>\n\n\n\n

<\/a>How Chaos Studio Workspaces changes resilience testing<\/h2>\n\n\n\n

Chaos Studio<\/a> is Azure\u2019s managed chaos engineering service for validating how applications behave under failure. By simulating controlled disruptions across infrastructure, networking, databases, and application dependencies, it helps teams uncover resilience gaps before customers experience them. Chaos Studio Workspaces<\/a> focuses on scenarios that match what happens in production, so you start from a real outage pattern instead of assembling individual faults. You begin with a named scenario like Zone Down, DNS Outage, or SQL failover<\/a>, already sequenced against the resources in a Workspace.<\/p>\n\n\n\n

\"Illustration\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n

\n Most outages exercise two layers at once. There\u2019s the platform layer: did the service come back, did failover complete within your Recovery Time Objective, did traffic reroute. And there\u2019s the application layer: did your code maintain data integrity, pick up in-flight transactions, retry the right things, degrade gracefully. A chaos test that only stops a Virtual Machine (VM) tells you about the platform layer. The scenarios in Chaos Studio Workspaces<\/a> are designed to validate the entire stack.\n<\/p>\n\n\n\n

\n Workspaces reduce the burden of getting started. The most common reason resilience testing stalls is that teams don’t know where to start. The Workspace<\/a> is the new top-level resource: you point it at a subscription or resource group, and its managed identity discovers what’s in scope and recommends the scenarios that apply. Those scenarios show up inside the Workspace, ready to configure and run, and a refresh, updates the recommendations whenever your infrastructure changes.\n<\/p>\n\n\n\n

A library of real outage scenarios.<\/strong> Chaos Studio Workspaces<\/a> ships with curated scenarios informed by patterns observed in real Azure incidents, so the patterns you test against are the patterns customers actually experience. Think of these as resilience templates, a fast path to the failure modes most teams need to test, and when you need something different, design your own from the same fault library. \n<\/p>\n\n\n\n

Available today:<\/p>\n\n\n\n