2010년 Netflix가 DVD 우편 사업에서 스트리밍으로, 자체 데이터센터에서 AWS로 옮기던 시기, 엔지니어들은 한 가지 두려운 진실을 마주했다 — 클라우드에서 인스턴스는 언제든 예고 없이 죽는다. 이들의 대응은 직관에 반했다. "장애가 무서우니 피하자"가 아니라 "장애를 일부러, 자주, 평일 업무 시간에 일으켜 시스템이 그래도 버티는지 끊임없이 증명하자"였다. 그렇게 탄생한 것이 production에서 무작위로 인스턴스를 죽이는 Chaos Monkey이고, 이 발상이 곧 **카오스 엔지니어링(Chaos Engineering)**이라는 분야가 됐다.
SAP-C02 시험에서 복원력은 "Multi-AZ를 켰다"로 끝나지 않는다. Pro의 관점은 **그 복원력이 실제로 작동하는지를 RTO/RPO 목표 대비 자동으로 평가하고(Resilience Hub), 의도적 장애를 안전하게 주입해 검증하며(FIS), 장애 시 트래픽 전환을 정밀하게 통제(Route 53 ARC)**하는 능동적 검증 체계다. 오늘은 카오스 엔지니어링의 기원, FIS Stop Condition이 구현하는 안전 공학, 그리고 DR 위치별 도구(DRS·MGN) 선택을 깊이 분해한다.