Files
document-haness/docs/keycloak-session-store/final/assets/observation-points/observation-points.alt.md
T

1.3 KiB
Raw Blame History

관측을 어디에 둘 것인가

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: L330L332.
  • 외부 curl (process): 사용자가 겪는 것. Evidence: L331L333.
  • Prometheus 지표 (process): 클러스터 내부 상태. Evidence: L331L333.
  • PostgreSQL 직접 조회 (process): 실제로 무엇이 저장됐는가. Evidence: L331L333.

Relationships

  • Keycloak 클러스터 → 외부 curl: 외부 응답. Evidence: L331L333.
  • Keycloak 클러스터 → PostgreSQL 직접 조회: 저장 결과. Evidence: L331L333.
  • Keycloak 클러스터 → Prometheus 지표: 내부 지표. Evidence: L331L333.