요즘 로그를 어떻게 남겨야 하나에 대해 고민이 많습니다.

Question

원래 SI 만 하다가 최근에 SM 으로 이직해서 근무중에 있습니다. 다만 기존에 크게 운영중이던 프로그램이라서 뭘 건들기 참 힘든 상황인데요…근데 이 로그를 남기는게 참 알아보기 너무 어렵게 만들어놓아서 디버깅이 너무 힘들더라구요..트라이 캐치로 잡아서 원문 메시지를 날려버리고 있고… 앞단의 req 를 공통으로 넣어놓아서 req 로그를 찍으면 null 로 된 값들이 수두룩 빽빽이고..어떻게 로그 의 정석? 같은게 있을까요? 올바르게 로그를 남기는 그런 글 들 있으면 부탁드립니다.

Rhio Kim · Accepted Answer

로그는 쌓이는데 원인은 안 보이고… 디버깅 안 되는 거 진짜 공감입니다. ㅠㅠ레거시라 건들기도 무섭고 기준도 없는 상태에서 더 막막하죠… (선임자 원망도 하고 ㅋㅋ)결국 한 번에 다 고치려 하기보다요청 단위로 trace 하나 넣고 + 에러 원문/stack만 안 날리게부터 잡아도체감 확 달라지더라구요 (시간과 인내의 싸움같습니다. ㅠ)가볍게 볼려면 정리 잘 된 글로는“The 10 commandments of logging”“Logging Best Practices (12 Dos and Don’ts)”이 두 개 추천드려봅뉘다.

xml개발자 · Answer

10년 전에도 늘 로그 때문에 고민이였죠.. ㅠ그나마 무난한 건 컨트롤러명(혹은 함수명)과 파라미터입니다.어떤 액션을 어떤 값으로 시작했는지 알면 구현하기는 쉽거든요.

Lattui · Answer

저희는 보통 데이터 전달 실패 가능성이 있는 지점에서 로그를 찍습니다.예를들어, Flutter의 경우 Data 레이어에서 API 호출을 할 때, DIO라는 Network 객체를 사용해서 요청 핸들링을 하는데, 요청을 보내고 - 받아오는 과정까지 Interceptor 객체를 붙여 ‘이 요청의 REQ는 뭔지’, ‘RES는 뭐가 도착했는지‘, 혹은 ‘ERR는 뭔지‘ 까지를 로그로 관리하고 있습니다.혹은 개발 디버깅 과정에서 뭔가 데이터 호환성 이슈가 있을 경우에는 따로 컨트롤러 (플러터의 경우 대개 뷰모델)에서도 프린트를 찍긴 합니다.

인성 절구로 빻음 · Answer

우선 logback에 traceId를 포함해서 동일 요청에 대한 로그를 쉽게 추적할 수 있도록 구성하시는 것을 권장드립니다.@Component public class TraceIdFilter extends OncePerRequestFilter { @Override protected void doFilterInternal( HttpServletRequest request, HttpServletResponse response, FilterChain filterChain ) throws ServletException, IOException { String traceId = UUID.randomUUID().toString(); MDC.put("traceId", traceId); try { filterChain.doFilter(request, response); } finally { MDC.remove("traceId"); } } } %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] [traceId=%X{traceId}] %-5level %logger{36} - %msg%n 그리고 traceId 외에도 요청 URI, 사용자 ID, client IP 등의 정보를 MDC에 함께 넣어두면, 특정 이슈 발생 시 원인 추적이 훨씬 용이해질 것으로 보입니다.

siva6 · Answer

datadog 같은 녀석을 도입해보는건 어떨까요?

요즘 로그를 어떻게 남겨야 하나에 대해 고민이 많습니다.

5개의 답변

Q&A 목록