화면 결과, 서버 비용, 운영 신호를 함께 봐야 장애 원인이 좁혀진다
사용자가 본 현상만으로는 원인이 부족하다. 화면, 로그, 비용, 알림 신호를 묶으면 어디부터 볼지 결정된다.
| 신호 | 먼저 볼 증거 | 의미 | 다음 조치 |
|---|---|---|---|
| 화면 500/빈 화면 | Network status, server error log | 렌더링 또는 API 처리 실패 | requestId로 stack trace 검색 |
| 느린 응답 | duration, p95, slow query | DB, 외부 API, 서버 연산 병목 | 구간별 latency를 분해 |
| 사용량 급증 | traffic, function invocation, bandwidth | 트래픽 증가 또는 반복 호출 | 캐시, rate limit, 배치 작업 확인 |
| 특정 사용자 실패 | user hash, tenant, feature flag | 권한, 데이터 상태, 플래그 문제 | 영향 범위와 재현 데이터 분리 |
| 알림 반복 | alert history, error budget | 일시적 오류가 아니라 운영 기준 초과 | incident로 묶고 임계치 재검토 |