보배로움

이 글은 쿠버네티스 공식문서의 '로깅 아키텍처'를 바탕으로 요약 및 생각정리를 한 글 입니다. 잘못된 부분이 있다면, 자유롭게 피드백 부탁드립니다 :) 더 자세한 내용이 보고 싶으시다면, 아래 공식문서를 참고해주세요. 로깅 아키텍처 애플리케이션 로그는 애플리케이션 내부에서 발생하는 상황을 이해하는 데 도움이 된다. 로그는 문제를 디버깅하고 클러스터 활동을 모니터링하는 데 특히 유용하다. 대부분의 최신 애플리케 kubernetes.io 컨테이너 엔진들도 로깅을 지원하도록 설계되었다 → 표준 출력, 표준 에러 스트림 작성 일반적으로 컨테이너 엔진이나 런타임에서 제공하는 기본 기능은 완전한 로깅 솔루션으로 충분하지 않다. 예를 들어, 컨테이너가 crash 되거나, Pod가 축출되거나, Node가 종료된 경우에..

Telemetry [Monitoring + Logging + Tracing] Monitoring, Logging을 포함해 Alerting 기능과 각 서비스 간 Tracing이 가능한 도구 분산환경인 MSA 구조에서는 이슈 발생 시, 쉽게 원인을 파악하기 어렵다. 쉽게 파악하기 위해 서비스 별 발생 가능한 이슈, 원인을 모아 Tracing을 지원 보통 Logging stack과 비슷한 개념으로 불리기도 한다. (Tracing을 제외하고) (개인적인 생각) Logging이라 하면 2가지의 성질로 나눌 수 있다. - Log: Application의 로그 (서버 구동관련, 비즈니스 로직, 에러 등) - Metric: Server resources (CPU 상태, 메모리 상태 등의 리소스 상황) 이런 Loggin..