모니터링의 네 가지 golden signal은 무엇인가요?

Question

Accepted Answer

Google의 SRE 책에서 나온 네 가지 golden signal은 **latency, traffic, errors, saturation**입니다. 사용자 대면 시스템에 대해 단 네 가지만 측정할 수 있다면 이것들을 측정하세요 — 함께 보면 대부분의 문제를 잡아냅니다.

## 네 가지 signal

```text
LATENCY     request가 얼마나 걸리는가
            → 성공 vs 실패 latency를 분리 (빠른 500은 "빠른" 것이 아님)
            → 평균이 아니라 percentile(p50/p95/p99)을 추적

TRAFFIC     시스템이 받는 수요의 양
            → requests/초, transactions/초, 동시 세션

ERRORS      실패하는 request의 비율
            → 명시적(HTTP 500)과 암묵적(잘못된 콘텐츠, 너무 느림)

SATURATION  시스템이 얼마나 "꽉 찼는가" — 가장 제약된 리소스
            → CPU, memory, I/O, queue depth; 문제의 선행 지표
```

## 왜 이 네 가지가 대부분의 문제를 커버하는가

Latency와 errors는 사용자가 **직접 체감**하는 것입니다. Traffic은 **부하 맥락**을 설명합니다(10배 traffic 급증 중의 latency spike는 평상시의 spike와 다른 의미). Saturation은 **선행 지표**입니다 — latency와 errors보다 먼저 오르므로 사용자가 아프기 전에 경고를 줍니다.

```text
saturation 상승 → latency 상승 → errors 등장 → 사용자 불만
     ^ 여기서 경고, 아직 조치할 시간이 있을 때
```

## USE 및 RED와의 대조

Golden signals는 세 가지 관련 프레임워크 중 하나입니다; 서로 많이 겹치며 같은 핵심 징후를 다른 각도에서 고릅니다.

```text
GOLDEN  latency, traffic, errors, saturation   → 사용자 대면 서비스 (일반)
RED     Rate, Errors, Duration                 → request 기반 서비스 (부분집합)
USE     Utilization, Saturation, Errors        → 리소스/인프라 (장치별)
```

RED는 본질적으로 golden signals에서 saturation을 뺀 것으로 request를 중심으로 하고, USE는 리소스 중심입니다(disk, NIC, CPU별로 적용). 서비스에는 RED, 하드웨어에는 USE, 일반 기본값으로는 golden signals를 쓰세요.

## 왜 중요한가

모든 것을 모니터링하면 노이즈와 사각지대가 생기고, 아무것도 모니터링하지 않으면 깜깜이로 비행하게 됩니다. golden signals는 검증된 최소 집합으로, dashboard와 alert를 사용자 경험에 연결하면서도 saturation을 일찍 드러냅니다 — 그래서 사후 post-mortem이 아니라 인시던트 전에 경고를 얻습니다.