chore: initialize from backend template 0a6dd0e

2026-08-13 20:31:02 +09:00
commit e64e701fe5
3223 changed files with 388401 additions and 0 deletions
@@ -0,0 +1,74 @@
+---
+title: Runbook — 5xx Internal error spike
+category: INTERNAL
+error_codes: [INTERNAL_ERROR, INTERNAL_AUTH_MISCONFIGURATION, JVM_OOM]
+severity: P1
+owner: oncall
+last_updated: 2026-05-22
+status: stub
+---
+
+# Runbook: 5xx Internal error spike
+
+## 1. Trigger
+
+이 runbook은 다음 alert에서 발동됩니다.
+
+- alert name: `http_5xx_error_rate_critical`
+- alert payload 필수 field: `operation`, `error.code`, `error.category`, `request_id`, `traceId`, `runbook_link`
+- 임계: 5xx error rate > 5% 5분 지속 OR > 10% 1분
+
+## 2. First Response (5분 이내)
+
+### Step 1 — 확인
+1. 가장 최근 deploy 시각 확인 (CI/CD dashboard, artifact registry digest)
+2. JVM metric 확인: heap usage, GC pause, CPU, thread count
+3. log에서 실패 request 1건 추출 → `request_id`, `traceId` 확보
+4. error.code 분포 확인: `INTERNAL_ERROR` vs `JVM_OOM` vs `INTERNAL_AUTH_MISCONFIGURATION`
+
+### Step 2 — 임시 격리
+- 직전 deploy가 의심되면 즉시 rollback (artifact registry에서 직전 image digest pin)
+- OOM 패턴이면 affected pod evict → ASG/HPA로 replacement 유도
+- LB에서 unhealthy pod 격리 (readiness probe failure 유도)
+
+## 3. Diagnosis
+
+- log query: `{service="app"} | http.status>=500 | stats count by error.code`
+- metric panel: `jvm_memory_used_bytes{area="heap"}`, `jvm_gc_pause_seconds`, `process_cpu_seconds_total`, `http_server_requests_seconds_count{status=~"5.."}`
+- trace: 실패 request의 `traceId`로 span chain 확인 → stack trace에서 root exception 추출
+- heap dump 위치: `/var/tmp/heap/heapdump-<pid>.hprof` (JVM ergonomics: `-XX:MaxRAMPercentage=75 -XX:+HeapDumpOnOutOfMemoryError`)
+- 가능한 원인:
+  - 직전 deploy의 회귀 버그 → rollback
+  - JVM OOM (메모리 leak 또는 부하 증가) → heap dump 분석
+  - 외부 의존성 설정 오류 (`INTERNAL_AUTH_MISCONFIGURATION`) → config secret 확인
+  - thread starvation (pool 고갈) → thread dump (`jstack <pid>`)
+
+## 4. Mitigation
+
+- 단기: 직전 deploy rollback, OOM pod replacement, traffic 일시 감소(scale-out 또는 rate-limit 강화)
+- config 오류면 secret/configmap rollback
+- 장기: heap dump 기반 leak 수정, capacity planning 재검토
+
+## 5. Escalation
+
+- 다음 on-call로 page: 10분 내 회복 안 되면 incident commander 호출, severity 1 incident 선언
+- 데이터 손상 의심되면 DBA team page
+
+## 6. Recovery / Verification
+
+- 회복 확인 metric: 5xx rate < 0.5% 5분 지속, JVM heap usage < 70%, GC pause p99 < 500ms
+- post-incident:
+  - rollback 원인 RCA 작성 (배포 게이트 강화 필요 여부)
+  - heap dump 분석 결과 공유
+  - JVM ergonomics(`-XX:MaxRAMPercentage`) 재검토
+  - rollback 자동화 절차 점검
+
+## 7. Related
+
+- error-codes.yaml rows: `INTERNAL_ERROR`, `INTERNAL_AUTH_MISCONFIGURATION`, `JVM_OOM`
+- metrics.yaml: `jvm_memory_used_bytes`, `jvm_gc_pause_seconds`, `http_server_requests_seconds_count`
+- 관련 branch: [[feature-operational-error-observability-foundation]], [[feature-container-runtime-contract]]
+
+---
+
+> **Stub 상태 안내**: 이 runbook은 skeleton 단계의 stub. 도메인 도입 시 실제 deploy 파이프라인·heap dump 보관 경로·rollback 자동화 명령으로 보강 필요.