재해 복구(Disaster Recovery)를 배우면 Backup & Restore, Pilot Light, Warm Standby, Multi-Site Active-Active라는 네 단어를 외우게 된다. 그런데 이 넷은 서로 다른 기술이 아니라 하나의 연속 스펙트럼 위에 찍힌 네 개의 점이다. 스펙트럼의 한쪽 끝에는 "거의 아무것도 미리 켜두지 않고 장애 후에 다 만든다"가, 반대쪽 끝에는 "두 번째 환경이 평소에도 풀스택으로 돌아간다"가 있다. 단계가 올라갈수록 RTO와 RPO는 작아지지만 비용은 가파르게 오른다. 이 단조 관계 — 복구 속도와 비용은 정비례한다 — 가 DR 4단계의 뼈대이고, SAA 시험은 "주어진 RTO/RPO/예산이 스펙트럼의 어느 점을 가리키는가"를 끝없이 변주해 묻는다.
이 프레임워크의 뿌리에는 한 가지 통찰이 있다. 재해 복구의 비용은 대부분 **"쓰지도 않을 두 번째 환경을 평소에 얼마나 켜두느냐"**에서 나온다는 것이다. 두 번째 리전의 서버를 평소에 꺼두면(콜드) 싸지만 켜는 데 시간이 걸리고(높은 RTO), 평소에 켜두면(핫) 비싸지만 즉시 받는다(낮은 RTO). DR 설계란 결국 "이 워크로드가 멈췄을 때 회사가 분당 얼마를 잃는가"를 "두 번째 환경을 핫하게 유지하는 비용"과 저울질하는 경제 문제다.
이 글은 네 단계 각각의 내부 동작과 비용 구조, 단계 사이의 경계선이 어디서 그어지는지, 그리고 AWS DRS 같은 도구가 이 스펙트럼을 어떻게 더 경제적으로 만드는지를 따라간다.