chaos-engineering
Chaos Engineering
Most systems have never actually experienced the failures their architecture claims to handle. The retry logic, the circuit breaker, the multi-AZ failover — these are assumptions that live in a design doc until something breaks them for real, usually in production, usually at the worst time. Chaos engineering moves that first real test from an incident to a planned experiment, where you control the timing and the blast radius.
The point is not to break things randomly — random breakage is what production does on its own. The point is to test a specific belief about how the system behaves under a specific failure, and find out you were wrong somewhere safer than 3am on a Saturday.
Test a stated hypothesis about failure, don't just cause chaos.