23 lines
1.3 KiB
Markdown
23 lines
1.3 KiB
Markdown
# 관측을 어디에 둘 것인가
|
||
|
||
## 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: L330–L332.
|
||
- **외부 curl** (process): 사용자가 겪는 것. Evidence: L331–L333.
|
||
- **Prometheus 지표** (process): 클러스터 내부 상태. Evidence: L331–L333.
|
||
- **PostgreSQL 직접 조회** (process): 실제로 무엇이 저장됐는가. Evidence: L331–L333.
|
||
|
||
## Relationships
|
||
|
||
- **Keycloak 클러스터 → 외부 curl:** 외부 응답. Evidence: L331–L333.
|
||
- **Keycloak 클러스터 → PostgreSQL 직접 조회:** 저장 결과. Evidence: L331–L333.
|
||
- **Keycloak 클러스터 → Prometheus 지표:** 내부 지표. Evidence: L331–L333.
|