JSCODE Logo
JSCODE 박재성JSCODE 제이온JSCODE 시니
온라인 강의프로그래밍 과외책/전자책무료 강의
유튜브블로그
후기
완강 후기 이벤트블로그 리뷰 이벤트AWS SAA 합격 후기 이벤트
컨설팅/외주
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호

경기도 화성시 동탄대로 22길 30

Copyright ⓒ 2026 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

로그관리와 모니터링 - ELK 프로메테우스 그라파나편

로그의 기본

로그는 왜 필요할까?
로그는 대체 어떤 걸 기록해야 할까?
[실습] 맛집 웨이팅 API를 통한 로그실습

로그의 Level과 Filter

로그의 레벨 - TRACE, DEBUG, INFO, WARN, ERROR, FATAL
[실습] 실습으로 Log Level 이해하기
로그는 어떻게 구성돼있을까? 8가지 구성요소
[실습] 로그 읽기 실습으로 CS 대응하기
[실습] MdcLoggingFilter로 UUID 부여하기

로깅프레임워크 Logback

로그를 파일로 보관하는 방법
Logback의 Appender란 무엇일까?
[실습] Logback 설정하고 로그 파일로 만들기
[실습] 로그 압축(.gz)으로 서버 용량 확보하기

ElasticSearch와 Logstash를 활용한 로그 수집

ELK 스택이란 무엇일까? -
Logstash의 핵심 기능은 무엇일까?
Elasticsearch를 로그 수집에 사용하는 이유
[실습] Docker 설치
[실습] Elasticsearch, Logstash 설치 및 설정
Logback, Logstash, Elasticsearch를 활용한 아키텍처 구성

Kibana를 통한 로그 모니터링

Kibana의 핵심 기능은 무엇일까?
[실습] Kibana 설치 및 설정
[실습] Kibana로 Data View 생성하기
[실습] Discover 탭을 통한 로그 검색하기
[실습] 대시보드를 통해 로그 시각화하기

Actuator를 활용한 모니터링 시스템 구축

[실습] 실습을 위한 웨이팅 API 코드 수정
모니터링의 필요성과 모니터링 도구 -
스프링 부트 모니터링 도구 Actuator, Micrometer
[실습] Actuator와 Micrometer로 서버 모니터링 하기

Prometheus, Granfana를 통한 서버 모니터링과 Discord 알림

[실습] Prometheus 설치 및 메트릭 수집
[실습] PromQL 프로메테우스 쿼리 언어 맛보기
[실습] Grafana 설치 및 Prometheus 연결
[실습] Grafana 대시보드 생성하기
[실습] Grafana Alert를 연동한 서버 에러 발생 시 Discord로 알람 보내주기
← 블로그 목록으로 돌아가기

로그의 레벨 - TRACE, DEBUG, INFO, WARN, ERROR, FATAL

JSCODE 시니
JSCODE 시니
2026. 03. 03.
author
JSCODE 시니
category
Logging Monitoring
createdAt
Mar 6, 2026, 03:44 AM
isPublic
isPublic
series
로그관리와 모니터링 - ELK 프로메테우스 그라파나편
slug
understanding-log-levels-trace-to-fatal
type
post
updatedAt
Mar 3, 2026 09:00

✅ 1. 로그의 레벨

  • 로그는 총 6개의 레벨을 가짐
  • TRACE
  • DEBUG
  • INFO
  • WARN
  • ERROR
  • FATAL
  • 위에서 아래로 갈수록 더 높은(심각, 중요) 로그 레벨임!
 
 

✅ 2. TRACE

notion image
  • 의미 : 추적
  • 가장 상세한 정보를 남김
  • 코드가 한 줄 한 줄 어떻게 실행되는지 경로를 추적함
  • 평소에는 상시로 켜두지 않음(용량 문제)
  • 일시적으로만 켜서 확인하고 다시 끄는 용도
 
 

✅ 3. DEBUG

notion image
  • 의미 : 디버그
  • 시스템의 작동 상태를 상세하게 기록함
  • 서비스 개발 과정에서 주요하게 찍어야 하는 값들이나 버그들을 기록함
  • 주로 개발 환경에서 코드를 테스트하고, 버그를 찾을 때 사용하고 운영환경에서는 보통 꺼두는 것이 일반적임
 
 

✅ 4. INFO

notion image
  • 의미 : 정보
  • 시스템이 예상대로 정상적으로 작동하고 있음을 알려줌
  • 운영 환경에서 가장 기본적으로 켜두는 레벨
  • 서버 시작, 사용자 로그인 완료, 배치 작업 완료와 같이 의미있는 주요 흐름을 기록함
  • 어떤 레벨로 찍어야 할지 모르겠다면 INFO 레벨로 찍어도 무방하나 남발하지 말 것!
 
 

✅ 5. WARN

notion image
  • 의미 : 경고
  • 당장 시스템이 멈추거나 에러가 난 것은 아니지만, 잠재적인 문제가 될 수 있는 상황
  • 데이터가 쌓이면 쌓일수록 외부 API 응답이 점점 지연되는 경우처럼 추후에 문제가 일어날 것 같은 부분을 미리 표시해 둘 것
 
 

✅ 6. ERROR

notion image
  • 의미 : 에러
  • 시스템의 특정 기능에 오류가 발생하여, 요청 작업을 정상적으로 처리하지 못하는 상황
  • DB 저장 중 예외 발생, 결제 API 호출 실패 등의 장애 상황
 
 

✅ 7. FATAL

notion image
  • 의미 : 치명적 오류
  • 애플리케이션이나 시스템 전체가 다운되어 더 이상 서비스를 제공할 수 없는 최악의 상태
  • DB 서버 중단/장애, 메모리 부족으로 서버 강제 종료 등 심각한 오류 발생
  • 시스템 자체적으로 로그를 찍기도 함
 
📎
이 글은 로그관리와 모니터링 - ELK, 프로메테우스, 그라파나 강의의 수업 자료 중 일부입니다.