런북 & 운영 문서

## 조치

- **조건**: CPU 사용률 > 90% 상태가 5분 이상 지속
- **행동**: 해당 Pod를 재시작 (`kubectl rollout restart deployment/{name}`)
- **확인**: CPU 사용률이 70% 이하로 복귀 (3분 내)

## 에스컬레이션 매트릭스

| 레벨 | 조건 | 대상 | 채널 |
|---|---|---|---|
| L1 | 자동 조치로 해결 불가 (10분) | 온콜 엔지니어 | Slack #oncall |
| L2 | L1 대응 후 30분 미해결 | 팀 리드 | 전화 + Slack |
| L3 | 서비스 전면 중단 > 1시간 | CTO + 전체 엔지니어링 | War room |

## 롤백 기준

- 배포 후 에러율이 이전 대비 2배 이상 증가
- 주요 API 응답 시간이 이전 대비 50% 이상 증가
- 배포 후 10분 내 Sev1 장애 발생

---
title: "런북: {서비스명} - {장애 유형}"
severity: "{sev1|sev2|sev3}"
services: ["{서비스1}", "{서비스2}"]
last_tested: "{YYYY-MM-DD}"
owner: "{팀/담당자}"
---

# 런북: {서비스명} - {장애 유형}

## 트리거
- {어떤 조건에서 이 런북을 실행하는가}
- 알림: {모니터링 알림 이름/ID}

## 증상
- {사용자가 경험하는 증상 1}
- {내부 메트릭 이상 징후 1}

## 영향 범위
- **영향 서비스**: {서비스 목록}
- **영향 사용자**: {전체/특정 기능 사용자}
- **비즈니스 영향**: {매출 손실 추정, SLA 위반 등}

## 진단

| 순서 | 확인 항목 | 명령어/도구 | 정상 기준 |
|---|---|---|---|
| 1 | {항목} | `{명령어}` | {기준} |
| 2 | {항목} | `{명령어}` | {기준} |

## 조치

### 조치 1: {조치 이름}
- **조건**: {이 조치를 실행하는 조건}
- **행동**: {구체적 명령어 또는 절차}
- **확인**: {성공 기준과 확인 시간}
- **롤백**: {이 조치를 되돌리는 방법}

### 조치 2: {조치 이름}
- **조건**: {조치 1로 미해결 시}
- **행동**: {구체적 명령어 또는 절차}
- **확인**: {성공 기준과 확인 시간}
- **롤백**: {이 조치를 되돌리는 방법}

## 에스컬레이션

| 조건 | 대상 | 채널 | SLA |
|---|---|---|---|
| {조건} | {담당자/팀} | {Slack/전화} | {응답 시간} |

## 사후 처리
- [ ] 포스트모템 작성 (24시간 내)
- [ ] 근본 원인 분석
- [ ] 재발 방지 조치 등록
- [ ] 런북 업데이트 (필요 시)

## 변경 이력

| 날짜 | 변경 내용 | 작성자 |
|---|---|---|
| {YYYY-MM-DD} | 초안 작성 | {이름} |

다음 장애 대응 위키 문서를 구조화된 런북 형식으로 변환해줘.

요구사항:
1. 모든 판단 기준을 수치로 명시
2. "이 조건이면 이 행동" 형식의 선언적 조치
3. 각 조치에 확인 기준과 롤백 방법 포함
4. 에스컬레이션 매트릭스 추가

기존 문서:
{위키 내용 붙여넣기}

다음 서비스 아키텍처를 기반으로 주요 장애 시나리오별 런북을 생성해줘.

서비스: {서비스명}
아키텍처: {간단한 구성 설명}
모니터링: {사용 중인 모니터링 도구}

각 런북에 포함할 항목:
- 트리거 조건 (메트릭 기준)
- 진단 단계 (명령어 포함)
- 조치 (조건-행동-확인-롤백)
- 에스컬레이션 매트릭스

다음 런북을 검토하고 개선해줘.

검토 기준:
1. 모호한 표현이 남아있는가? (수치로 대체)
2. AI가 조건을 자동 평가할 수 있는가?
3. 에스컬레이션 조건이 명확한가?
4. 롤백 절차가 모든 조치에 포함되어 있는가?
5. 진단 단계에 구체적 명령어가 있는가?

런북:
{런북 내용 붙여넣기}