한 줄 정의
장애 대응 4단계 프레임워크는 대규모 운영 시스템 장애 복기 시, 단순한 시간순 시간 사건 나열을 벗어나 시니어 엔지니어다운 판단 체계를 드러내기 위해 1) 상황 설정, 2) 가설 수립 및 배제, 3) 긴급 복구, 4) 아키텍처 영구 개선의 논리적 순서로 구성하는 소통 템플릿이다.
핵심 요지
- 사건의 전개 과정보다 소동 속에서 작동한 엔지니어의 구조적 의사결정 역량을 증명하는 데 강점이 있다 raw/60일간 11번의 기술 인터뷰를 치르며 깨달은 아무도 말해주지 않는 패턴.md#L57.
- 면접관이 집중적으로 평가하는 의사결정의 장단점(Trade-offs) 조율 능력을 자연스럽게 강조할 수 있다 raw/60일간 11번의 기술 인터뷰를 치르며 깨달은 아무도 말해주지 않는 패턴.md#L107.
상세
장애 상황을 서술하는 4단계의 세부 내용은 다음과 같다 raw/60일간 11번의 기술 인터뷰를 치르며 깨달은 아무도 말해주지 않는 패턴.md#L129:
- 상황 설정: 장애 발생 규모 및 비즈니스 임팩트 요약
- 가설 수립 및 배제: 모니터링 메트릭에 기초한 용의선상 분류 및 근거 마련
- 긴급 응급조치: 다운타임 및 유실을 방어하기 위한 임시 가용성 확보 조치
- 시스템 영구 개선: 근본 원인을 아키텍처적으로 수정한 재발 방지 설계 반영
예시
- RabbitMQ 대기열 유실 장애 복기: 단순히 데이터 유실 타임라인을 이야기하지 않고, ack 오동작 원인을 검증하기 위해 세운 가설, 임시 버퍼 우회 조치, 최종 컨슈머 재작성에 따른 영구 수정이라는 프레임워크로 전달하여 면접관의 높은 점수를 이끌어냄 raw/60일간 11번의 기술 인터뷰를 치르며 깨달은 아무도 말해주지 않는 패턴.md#L129.
충돌
- 실무 장애 상황 중 일부 단순 벤더 API 장애나 설정 파일 누락처럼 심오한 기술적 가설 설정이 필요치 않은 장애의 경우, 이 프레임워크를 억지로 끼워 넣으면 소통의 기계적 낭비를 유발하므로 STAR 템플릿 등과 병행한다 raw/60일간 11번의 기술 인터뷰를 치르며 깨달은 아무도 말해주지 않는 패턴.md#L127.