-
Notifications
You must be signed in to change notification settings - Fork 2
Open
Labels
enhancementNew feature or requestNew feature or request
Description
개선할 사항
- 로그 처리 관련 의존성 추가
- ControllerAdvice(예외 처리기) 부분 로그 관련 사항 추가
알아야 할 점
로그레벨
- fatal
- 시스템에 치명적인 에러, 개발자가 임의로 발생시킬 수 없으며 그러므로 전에 말한 어떤 알림받는 시스템 만들면 좋을거 같음
- error
- 시스템/비즈니스 오류가 발생해 요청을 정상 처리할 수 없는 경우.
- 예외 처리, DB 커넥션 끊김, 외부 API 실패 등.
- 운영 환경에서 반드시 모니터링 대상.
아마 InternalException 터지면 추가하면 좋지 않을까 싶음
- warn
- 오류는 아니지만 잠재적인 문제를 의미.
- 재시도 가능, fallback 동작, deprecated API 사용 등.
- 운영 시 주의 깊게 모니터링해야 할 상황.
- info
- 정상적인 흐름을 기록. 운영 환경에서 기본적으로 확인할 로그.
- 서비스 시작/종료, 주요 상태 변화, 중요한 비즈니스 이벤트. (엔티티 insert or update or delete)
- 너무 많이 찍으면 의미가 퇴색되므로, "운영자가 봤을 때 유의미한 메시지"만 남김.
- debug- 개발/테스트 환경에서 문제 원인 추적을 위해 필요한 상세 로그.
- 비즈니스 로직 흐름, DB 쿼리 내용, 캐시 조회 결과 등.
- 운영 환경에서는 보통 끄지만, 문제 재현 시 켜기도 함.
- trace
- 가장 세밀한 레벨, 디버깅보다 더 상세.
- 메서드 진입/종료, 파라미터 값, 루프 내부 상태 등 개발 단계에서만 유용.
- 운영 환경에서는 거의 사용하지 않음.
etc...
특정 레벨의 로그가 짧은 시간동안 너무 많이 발생한다면, 이에 대해서도 뭔가 더 고민할 여지가 있을 것 같음
User의 입력이 필요하고, 이 때문에 문제가 생기는 부분은 warn 정도? 만약 system to system이면 나면 안되니까 error
무튼 로직에 따라 고민할 요소가 많은 것 같습니다.
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or request