Skip to content

[Feat] 로그 관련 사항 추가 #29

@wnd01jun

Description

@wnd01jun

개선할 사항

  • 로그 처리 관련 의존성 추가
  • ControllerAdvice(예외 처리기) 부분 로그 관련 사항 추가

알아야 할 점

로그레벨

  1. fatal
  • 시스템에 치명적인 에러, 개발자가 임의로 발생시킬 수 없으며 그러므로 전에 말한 어떤 알림받는 시스템 만들면 좋을거 같음
  1. error
  • 시스템/비즈니스 오류가 발생해 요청을 정상 처리할 수 없는 경우.
  • 예외 처리, DB 커넥션 끊김, 외부 API 실패 등.
  • 운영 환경에서 반드시 모니터링 대상.
    아마 InternalException 터지면 추가하면 좋지 않을까 싶음
  1. warn
  • 오류는 아니지만 잠재적인 문제를 의미.
  • 재시도 가능, fallback 동작, deprecated API 사용 등.
  • 운영 시 주의 깊게 모니터링해야 할 상황.
  1. info
  • 정상적인 흐름을 기록. 운영 환경에서 기본적으로 확인할 로그.
  • 서비스 시작/종료, 주요 상태 변화, 중요한 비즈니스 이벤트. (엔티티 insert or update or delete)
  • 너무 많이 찍으면 의미가 퇴색되므로, "운영자가 봤을 때 유의미한 메시지"만 남김.
  1. debug- 개발/테스트 환경에서 문제 원인 추적을 위해 필요한 상세 로그.
  • 비즈니스 로직 흐름, DB 쿼리 내용, 캐시 조회 결과 등.
  • 운영 환경에서는 보통 끄지만, 문제 재현 시 켜기도 함.
  1. trace
  • 가장 세밀한 레벨, 디버깅보다 더 상세.
  • 메서드 진입/종료, 파라미터 값, 루프 내부 상태 등 개발 단계에서만 유용.
  • 운영 환경에서는 거의 사용하지 않음.

etc...

특정 레벨의 로그가 짧은 시간동안 너무 많이 발생한다면, 이에 대해서도 뭔가 더 고민할 여지가 있을 것 같음
User의 입력이 필요하고, 이 때문에 문제가 생기는 부분은 warn 정도? 만약 system to system이면 나면 안되니까 error
무튼 로직에 따라 고민할 요소가 많은 것 같습니다.

Metadata

Metadata

Assignees

Labels

enhancementNew feature or request

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions