🔊 로그 레벨 선택 | 어디까지 남길까?

레벨별 권장 비율은 제시하지 않습니다. 공인 기준이 없기 때문입니다. 지금 찍히는 건수를 넣으면 구성비와, 최소 레벨을 올렸을 때 줄어드는 양만 계산합니다.

ERROR 일일 건수

건

WARN 일일 건수

건

INFO 일일 건수

건

DEBUG 일일 건수

건

TRACE 일일 건수

건

로그 한 줄 평균 크기

byte

출력할 최소 레벨

레벨	여기에 넣는 것	넣지 않는 것
ERROR	처리에 실패해서 사람이 손을 써야 하는 사건. 저장 실패, 외부 호출이 재시도까지 실패한 경우.	입력값이 틀려서 400 으로 거절한 일처럼 정상 흐름에 속하는 것.
WARN	지금은 넘어갔지만 방치하면 문제가 되는 신호. 재시도 끝에 성공, 폐기 예정 기능 호출, 임계에 근접.	조치할 사람도 조치할 내용도 없는 사건.
INFO	운영 중에도 남겨 두는 상태 변화. 기동·종료, 설정 적용, 배치 시작과 끝, 외부 연동 성공.	요청마다 찍히는 상세 값이나 반복되는 루프 내부.
DEBUG	문제를 쫓을 때만 켜는 상세. 분기 조건, 중간 계산값, 쿼리 파라미터.	개인정보와 비밀값. 레벨과 무관하게 남기지 않습니다.
TRACE	DEBUG 보다 더 촘촘한 추적. 반복 한 번마다, 바이트 단위 흐름.	상시 수집. 양이 가장 크게 늘어나는 레벨입니다.

레벨을 올리면 무엇이 얼마나 사라지는가

ERROR, WARN, INFO, DEBUG, TRACE 라는 다섯 단계는 로깅 라이브러리들이 함께 쓰는 관행이고 규격이 아닙니다. syslog 쪽은 RFC 5424 가 심각도를 여덟 단계로 정해 두어 단계 수부터 다릅니다. 그래서 이 도구는 레벨별 권장 비율 같은 수치를 제시하지 않고, 각 레벨에 무엇을 넣고 무엇을 빼는지 표로 정리합니다.

계산하는 쪽은 양입니다. 지금 레벨별로 찍히는 일일 건수와 한 줄 평균 크기를 넣으면 구성비와 일일 용량을 내고, 최소 레벨을 올렸을 때 남는 건수와 빠지는 건수, 줄어드는 비중을 함께 보여 줍니다. 용량은 1 MiB 를 1,048,576 바이트로 보고 환산합니다(2026년 10월 기준).

건수는 입력한 값을 그대로 더한 추정입니다. 샘플링, 압축, 수집 파이프라인의 중복 적재는 반영하지 않고 로그 파일을 읽지도 않습니다. 레벨을 올리는 판단에는 사후 조사에 필요한 정보가 남는지도 함께 봐야 하므로, 숫자만으로 결론을 내리지 마세요. 개인정보와 비밀값은 어느 레벨에도 남기지 않습니다.

자주 묻는 질문

레벨별로 몇 퍼센트가 적정인가요?

공인된 적정 비율은 없습니다. 서비스 성격과 트래픽에 따라 달라지기 때문입니다. 그래서 이 도구는 권장 비율을 제시하지 않고, 지금 찍히는 건수로 구성비와 레벨을 올렸을 때의 감소량만 계산합니다.

WARN 과 ERROR 는 어떻게 가르나요?

사람이 손을 써야 하는지로 가릅니다. 처리에 실패해 조치가 필요하면 ERROR, 지금은 넘어갔지만 방치하면 문제가 될 신호면 WARN 입니다. 조치할 사람도 내용도 없다면 둘 다 아닙니다.

DEBUG 를 운영에서 켜도 되나요?

양이 크게 늘어나므로 표에서 구성비를 먼저 보세요. 다만 문제를 쫓는 동안 일시적으로 켜는 선택은 상황에 따라 합리적일 수 있습니다. 어느 레벨이든 개인정보와 비밀값은 남기지 않습니다.

🔊로그 레벨 선택 가이드

관련된 도구

구조화 로그(JSON) 포맷 설계 가이드

정규식 로그 파싱 패턴 생성기

레벨을 올리면 무엇이 얼마나 사라지는가

자주 묻는 질문

관련된 도구

구조화 로그(JSON) 포맷 설계 가이드

정규식 로그 파싱 패턴 생성기

레벨을 올리면 무엇이 얼마나 사라지는가

자주 묻는 질문

같은 카테고리 도구