Telemetry (Logging stack)

Telemetry [Monitoring + Logging + Tracing]

Monitoring, Logging을 포함해 Alerting 기능과 각 서비스 간 Tracing이 가능한 도구

• 분산환경인 MSA 구조에서는 이슈 발생 시, 쉽게 원인을 파악하기 어렵다.
• 쉽게 파악하기 위해 서비스 별 발생 가능한 이슈, 원인을 모아 Tracing을 지원
• 보통 Logging stack과 비슷한 개념으로 불리기도 한다. (Tracing을 제외하고)

 

(개인적인 생각) Logging이라 하면 2가지의 성질로 나눌 수 있다. 

- Log: Application의 로그 (서버 구동관련, 비즈니스 로직, 에러 등)

- Metric: Server resources (CPU 상태, 메모리 상태 등의 리소스 상황)

 

이런 Logging stack은 대략적으로 3가지의 툴로 구성된다.

- Log exporter & collector: 로그를 수집하는 기능 지원

- Log storage & search: 수집한 로그를 받아 (원하는 형식으로) 저장하고, 탐색할 수 있는 기능 지원

- Log visualization: 개발자들이 현재 서버 상황을 쉽게 인지할 수 있도록 저장한 로그들을 시각화하는 기능 지원

 

 

여러 Logging stack을 찾아봤을 때, 아래의 툴들이 최근의 메인 Logging Stack인 것 같다.

 

binux.tistory.com

 

이런 Logging stack들이 기능별로 나뉘어져 있다기보단 유명한 것들끼리 묶여 사용되는 경우가 많다.

제일 유명한 조합들을 말하자면, 아래 정도 있다고 볼 수 있겠다. (Log: Application logs, Metric: Server resources)

- ELK (Log)

  - Elasticsearch + Logstash + Kibana

 

- EFK (Log)

  - Elasticsearch + fluented (+ fleuntBit) + Kibana

 

- PLG (Log + Metric)

  - Promtail + Loki + Grafana

 

- Agent + Promethues + Grafana (Metric)

 

- FluentBit + FluentD + Loki + Garafana

 

- FluentBit + FluentD + Prometheus + Grafana