본문 바로가기

장애 Postmortem 생성기

브라우저 처리

장애 제목, 사건 번호, '영향: …' 같은 줄로 요약·영향·타임라인·근본 원인·복구·후속 조치 체크리스트·배운 점 절을 갖춘 비난 없는 장애 회고 문서를 만듭니다.

사용 전 확인
  • 파일·이미지·문서 처리 도구는 브라우저 안에서 처리되더라도 원본에 개인정보나 민감 정보가 포함될 수 있습니다. 공유·제출 전 원본과 결과를 한 번 더 확인하세요.
도구 실행입력 후 결과 확인
장애 Postmortem 생성기 샘플 실행

장애가 끝나면 무엇이 일어났고 어떻게 막을지 정리하는 회고(Postmortem)를 써야 같은 장애를 반복하지 않습니다. 이 생성기는 메모 몇 줄을 받아 회고에 필요한 절을 갖춘 문서를 만들고, 사람이 아니라 시스템과 절차를 개선한다는 '비난 없는 회고' 원칙을 머리에 적어 줍니다.

브라우저 처리
샘플 결과
# 검색 색인 누락 장애 회고

- 사건 번호: INC-2026-08
- 작성일: 2026-10-01
- 원칙: 사람이 아니라 시스템과 절차를 개선하는 비난 없는 회고

## 요약

<!-- 무슨 일이 언제 얼마나 있었는지 두세 문장으로 적으세요 -->

## 영향

- 120개 페이지가 2일간 검색에서 빠짐

## 타임라인

- 09:10 경보 발생
- 10:30 robots 규칙 되돌림

## 근본 원인

robots.txt 규칙이 /tools/를 막음

## 복구

<!-- 어떻게 복구했는지 적으세요 -->

## 후속 조치

- [ ] 배포 전 robots 검사 추가

## 배운 점

<!-- 잘된 점과 개선할 점을 적으세요 -->
자바스크립트가 활성화되면 이 영역이 실제 입력, 실행, 결과 패널로 바뀝니다.

장애 Postmortem 생성기 사용 가이드

장애가 끝나면 무엇이 일어났고 어떻게 막을지 정리하는 회고(Postmortem)를 써야 같은 장애를 반복하지 않습니다. 이 생성기는 메모 몇 줄을 받아 회고에 필요한 절을 갖춘 문서를 만들고, 사람이 아니라 시스템과 절차를 개선한다는 '비난 없는 회고' 원칙을 머리에 적어 줍니다.

'영향: …', '타임라인: 09:10 경보 발생'(여러 줄), '원인: …', '복구: …', '후속 조치: …'처럼 절 이름을 붙여 적으면 해당 절로 들어갑니다. 타임라인은 적은 순서대로 목록이 되고, 후속 조치는 '- [ ]' 체크박스로 만들어 진행 상황을 표시할 수 있게 합니다.

Impact·Timeline·Root cause·Action items 같은 영어 절 이름도 알아보며, 비어 있는 절에는 '영향받은 사용자 수, 기간, 기능을 숫자로 적으세요' 같은 안내가 남습니다.

사용 방법

  1. '장애 제목'과 '사건 번호'를 적습니다.
  2. '내용' 칸에 '영향: …', '타임라인: 시각 내용'(여러 줄), '원인: …', '후속 조치: …'를 한 줄씩 적습니다.
  3. '실행' 후 결과를 공유 문서에 붙여 넣고 회고 회의에서 빈 절을 함께 채웁니다.

예시: 검색 색인 누락 장애

입력
장애 제목: 검색 색인 누락
사건 번호: INC-2026-08
내용:
영향: 120개 페이지가 2일간 검색에서 빠짐
타임라인: 09:10 경보 발생
타임라인: 10:30 robots 규칙 되돌림
원인: robots.txt 규칙이 /tools/를 막음
후속 조치: 배포 전 robots 검사 추가
결과
# 검색 색인 누락 장애 회고

- 사건 번호: INC-2026-08
- 작성일: 2026-10-01
- 원칙: 사람이 아니라 시스템과 절차를 개선하는 비난 없는 회고

## 요약

<!-- 무슨 일이 언제 얼마나 있었는지 두세 문장으로 적으세요 -->

## 영향

- 120개 페이지가 2일간 검색에서 빠짐

## 타임라인

- 09:10 경보 발생
- 10:30 robots 규칙 되돌림

## 근본 원인

robots.txt 규칙이 /tools/를 막음

## 복구

<!-- 어떻게 복구했는지 적으세요 -->

## 후속 조치

- [ ] 배포 전 robots 검사 추가

## 배운 점

<!-- 잘된 점과 개선할 점을 적으세요 -->

후속 조치는 체크박스로 만들어 완료되면 [x]로 바꿀 수 있습니다. 작성일은 실행한 날입니다.

이럴 때 쓰면 좋아요

  • 서비스 장애 직후 회고 문서 초안을 만들 때
  • 장애 대응 메모를 정해진 형식으로 정리할 때
  • 재발 방지 작업을 담당자별 체크리스트로 관리할 때
  • 분기별 장애 회고 문서의 형식을 통일할 때

문제가 생겼을 때

타임라인 순서가 뒤섞임

적은 순서대로 목록을 만듭니다. 시각 순서로 '타임라인:' 줄을 정렬해서 적으세요.

'원인'과 '근본 원인'을 따로 적고 싶음

둘 다 근본 원인 절로 들어갑니다. 직접 원인과 근본 원인을 나누려면 결과에서 '### 직접 원인' 소제목을 추가하세요.

활용 팁

  • 근본 원인은 '왜?'를 다섯 번 정도 반복해 사람의 실수 뒤에 있는 시스템의 빈틈까지 내려가 적으면 재발 방지 조치가 구체적으로 나옵니다.
  • 후속 조치에는 담당자와 기한을 함께 적으세요. 예: '배포 전 robots 검사 추가 (담당: 김, 10/15까지)'.

자주 묻는 질문

'비난 없는 회고'가 무엇인가요?

누가 실수했는지보다 왜 실수가 가능했는지에 집중해 시스템과 절차를 고치는 회고 방식입니다. 솔직한 공유를 끌어내기 위한 원칙입니다.

요약은 자동으로 써 주나요?

아니요. 요약은 회고를 마친 뒤 사람이 두세 문장으로 쓰는 것이 정확합니다. 안내 주석 자리에 채우세요.

사건 번호가 없으면요?

비워 두면 '-'로 들어갑니다. 날짜와 짧은 이름(2026-10-search)처럼 팀에서 구분할 수 있는 값을 쓰면 좋습니다.