# 관측을 어디에 둘 것인가

## Alternative text

외부 curl, Prometheus 지표, PostgreSQL 직접 조회 세 지점이 같은 시스템의 서로 다른 층을 보는 구성.

## Long description

처음에는 외부 curl 로만 쟀다. A-1 에서 7800 을 끊었는데 외부 응답이 전부 200 이었다. 장애가 없어서가 아니라 분단된 노드가 readiness 실패로 스스로 로드밸런서에서 빠졌기 때문이다. 그래서 관측 지점을 셋으로 늘렸다. up 지표도 신뢰할 수 없었다 — A-2 에서 503 이 나는 동안에도 1이었다. 프로세스가 살아 있고 metrics 가 응답하면 up 은 1이며 살아 있지만 쓸모없는 상태를 못 본다.

## Elements and evidence

- **Keycloak 클러스터** (service): 측정 대상. Evidence: L141–L146.
- **외부 curl** (process): 사용자가 겪는 것. Evidence: L143–L147.
- **Prometheus 지표** (process): 클러스터 내부 상태. Evidence: L143–L147.
- **PostgreSQL 직접 조회** (process): 실제로 무엇이 저장됐는가. Evidence: L143–L147.

## Relationships

- **Keycloak 클러스터 → 외부 curl:** 외부 응답. Evidence: L143–L147.
- **Keycloak 클러스터 → PostgreSQL 직접 조회:** 저장 결과. Evidence: L143–L147.
- **Keycloak 클러스터 → Prometheus 지표:** 내부 지표. Evidence: L143–L147.