Grafana — 흩어진 지표를 한 화면에서 보고 경보 받기

서비스가 하나일 땐 "느려요?" 소리가 나오면 그 서버 로그 한 번 보면 됐다. 서비스가 수십 개가 되면 다르다. 응답이 느린데 어느 서비스가, 언제부터, 왜 그런지를 화면 없이 알아낼 방법이 없다. 장애가 났을 때 서버에 일일이 접속해 로그를 뒤지는 건 너무 느리다.

모니터링은 이걸 "숫자를 계속 모으고, 그림으로 보고, 이상하면 알림 받는" 체계로 바꾼다. 그 체계에서 Grafana가 맡는 자리는 시각화와 경보다. CPU·응답시간·에러율 같은 지표는 다른 도구(Prometheus 등)가 수집해 저장하고, Grafana는 그걸 끌어와 대시보드로 그리고, 값이 위험선을 넘으면 알림을 쏜다. Grafana는 데이터를 만드는 곳이 아니라, 흩어진 데이터를 한 화면에 모아 보여주는 창이다.

1. 왜 '한 화면'이 필요한가

대시보드가 단순한 예쁜 그래프가 아니라 왜 필수인지부터 보자. 흩어진 숫자를 모아 보는 것 자체가 운영의 핵심 능력이다.

요약하면 대시보드의 목적은 "예쁘게"가 아니라 발견을 앞당기고 원인을 좁히는 것이다. Grafana는 그 발견의 창을 만든다.

2. 지표가 화면이 되기까지

Grafana 화면 하나가 그려지는 과정을 따라가면, 각 도구의 역할 분담이 분명해진다. Grafana는 이 사슬의 마지막 단계에 선다.

3. 보는 것에서 끝나지 않는다 — 경보

대시보드는 누군가 보고 있을 때만 쓸모가 있다. 새벽 3시에 에러율이 치솟으면? 그래서 모니터링의 진짜 가치는 사람이 안 보고 있어도 이상을 알려주는 경보에 있다. Grafana는 시각화에 더해 이 알림도 맡는다.

정리하면 Grafana는 모니터링 사슬의 끝에서 시각화와 경보를 맡는 창이다. 수집·저장은 다른 도구가 하고, Grafana는 그걸 끌어와 한 화면에 모아 발견을 앞당기고, 위험선을 넘으면 사람에게 알린다. 핵심은 도구 자체가 아니라 "무엇을 보고, 무엇에 알림을 걸지"를 잘 고르는 것이다.

한 장 요약