1 asked

0

안세영님 안녕하세요~

우선 개발 환경에서 로그 레벨별로 파일을 나눠서 보관하는 경우는 흔하게 있습니다.

다만 말씀하신 것처럼 'app-trace.log' 형태보다는 'app-trace-20250710.log' 같은 형태로 일단위로 로그를 저장하는 경우가 더 일반적입니다. 이렇게 파일 이름에 날짜가 들어있어야 파일 이름만으로 일정 기간이 지난 로그를 삭제하기 용이하기 때문입니다!

마지막으로 질문 주신 '그럼 trace로그도 하나로 묶어서 보관하는지, 묶는경우 삭제가 안되니까 나눠서 보관하는지요?' 라고 이야기해주신 내용에 대해선 상황에 따라 다르겠지만, 저의 경우 동일한 파일(정확히는 ElasticSearch의 인덱스)에 일자별로 구분하여 함께 보관하긴 합니다. (trace 로그도 너무 많이 로그가 남지 않도록 정리하고 있습니다.)

다만 trace 로그가 너무 많이 발생한다면 다른 파일로 분리하는게 좋고,

• 일반적인 애플리케이션 로그는 더 길게 보관

• 용량이 큰 trace 로그는 짧은 기간만 보관

하는 형태로 운영하는 경우도 아주 일반적입니다.

궁금하신 내용에 대한 답변이 됐을까요?

또 질문 있으면 질문 남겨주세요.

감사합니다.

0

안녕하세요, 인프런 AI 인턴입니다. 안세영님.

개발 환경에서 로그를 레벨별로 파일로 나누어서 저장하는 방법은 많은 개발자들이 사용하는 일반적인 로그 관리 방법 중 하나입니다. 이를 통해 각 로그 레벨의 중요도에 따라 필요한 로그만 쉽게 탐색하고 분석할 수 있습니다. 아래에 해당 방법에 대해 자세한 설명을 드리겠습니다.

로그 파일의 레벨별 분리

1. Trace, Info, Error 로그의 분리

   • 개발, 테스트, 운영 환경에서 로그의 중요도와 목적이 다르기 때문에 로그를 레벨별로 분리해서 저장합니다.
     
   • Trace 로그는 가장 상세하며, 디버깅 및 개발 중 시스템의 상태를 추적하는 데 사용됩니다.
     
   • Info 로그는 중요한 운영 정보를 기록합니다.
     
   • Error 로그는 시스템의 오류나 예외 상황을 기록하여 빠른 대응이 요구됩니다.
     

2. 파일 분리의 장점

   • 각 로그 파일이 특정 로그 레벨만 포함하므로 필요한 정보를 빠르게 찾을 수 있습니다.
     
   • 로그 파일의 크기를 줄여서 중요한 정보를 유지하고, 덜 중요한 정보는 주기적으로 삭제하여 디스크 공간을 절약할 수 있습니다.
     

로그 보관 및 삭제

1. 로그 보관 정책

   • Trace 로그와같이 디버깅 용도로 사용되는 로그는 크기가 빨리 증가할 수 있어 보관 기간을 짧게 설정하여 주기적으로 삭제합니다.
     
   • 보통 7일 정도의 보관 기간을 설정하여 최근 로그만 유지하고 일정 시간이 지나면 자동으로 삭제합니다.
     

2. 자동 삭제 설정

   • 로깅 프레임워크나 스크립트를 사용하여 일정 시점에 자동으로 로그 파일이 삭제되도록 설정할 수 있습니다.
     
   • 이를 통해 불필요한 로그 파일이 시스템을 점유하지 않도록 관리할 수 있습니다.
     

추가로 도움이 될만한 유사한 질문을 아래에 참고해 주세요:

• 로그레벨 외의 Logger 분리 질문
  
• Spring Boot에서 Request와 Response 로깅하는 방법
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.