A
약 75초
경험 중심 1인칭 답변
긴급 장애 대응에서 제가 가장 먼저 하는 건 서비스 영향 범위를 파악하는 것입니다. 어떤 사용자가, 어느 기능이 영향을 받는지를 빠르게 확인해야 대응 우선순위가 정해집니다. 수업 실습에서 서비스 다운 시나리오를 다뤘을 때, 원인 파악보다 먼저 사용자 영향을 줄이기 위한 임시 조치(트래픽 전환, 롤백)를 선택하는 것이 더 중요한 순서였습니다. 원인 분석은 서비스가 안정된 뒤에 충분히 할 수 있지만, 장애 시간이 길어질수록 복구 비용이 기하급수적으로 올라갑니다. 이후에는 반드시 타임라인을 기록하고 재발 방지 조치를 문서화하는 것까지를 대응의 일부로 봅니다. 앞으로도 서비스 영향 범위 파악을 첫 번째 단계로 두고 임시 조치를 먼저 취하는 방식을 유지하겠습니다.
원인 분석보다 서비스 복구가 먼저고, 재발 방지는 그 다음 단계입니다. 타임라인 기록과 사후 문서화까지를 대응의 일부로 보는 것이 같은 장애를 반복하지 않는 유일한 방법입니다.
이 결의 특징
장애 대응에서 순서를 명확히 합니다. 사용자 영향 범위 파악을 먼저, 원인 파악은 나중이라는 우선순위 판단이 구체적입니다. 임시조치(트래픽전환·롤백)를 우선선택해 복구비용의 기하급수 증가를 막은 판단이 드러납니다.
이 결이 통하는 자리
면접관이 '그럼 복구 방법은 어떻게 정했나'를 물었을 때, 데이터 기반의 의사결정 흔적을 보여주면 통합니다. 타임라인 기록과 재발방지 문서화를 대응의 일부로 본 관점이 성숙도를 드러냅니다.