스프링 핵심원리 고급편 본 포스팅은 김영한님의 스프링 핵심원리 고급편 을 수강하면서 개인적으로 정리한 내용입니다. 참고용도로만 봐주시길 바라며, 더 자세한 내용이 궁금하신분들은 직접 강의를 수강하시길 권장드립니다. 로그추적기 버전 2 개발 버전 1에서는 로그에서 레벨을 표현하지 못하고, 고유한 HTTP 트랜잭션 ID 를 표현하지 못한다는 치명적인 단점이 있었습니다. 그래서 버전 2에서는 HelloTrace를 좀 더 개선하여 만족하지 못한 요구사항을 만족할 수 있도록 해보겠습니다. HelloTraceV2.java @Slf4j @Component public class HelloTraceV2 { private static final String START_PREFIX = "-->"; private stati..

스프링 핵심원리 고급편 본 포스팅은 김영한님의 스프링 핵심원리 고급편 을 수강하면서 개인적으로 정리한 내용입니다. 참고용도로만 봐주시길 바라며, 더 자세한 내용이 궁금하신분들은 직접 강의를 수강하시길 권장드립니다. 로그추적기 버전 1 개발 프로토타입 버전의 로그추적기를 먼저 만들고, 애플리케이션에 적용해봅시다. TraceId.java public class TraceId { private String id; //요청 트랜잭션 ID private int level; //메서드 깊이 level public TraceId() { this.id = createId(); this.level = 0; } private TraceId(String id, int level) { this.id = id; this.lev..

스프링 핵심원리 고급편 본 포스팅은 김영한님의 스프링 핵심원리 고급편 을 수강하면서 개인적으로 정리한 내용입니다. 참고용도로만 봐주시길 바라며, 더 자세한 내용이 궁금하신분들은 직접 강의를 수강하시길 권장드립니다. 상황 개요 회사에 입사를 했다고 가정합니다. 회사에서 개발하고 있는 애플리케이션의 규모가 점점 커져 코드는 수십만라인에 클래스는 수백개에 달하게 되었습니다. 이럴 때 장애상황에 빠르게 대응하기 위하여 로그를 미리 남겨놓으려고 하는데 각각의 기능마다 수동으로 로그를 남겨놓아도 되지만 이렇게 개발하게 된다면 비즈니스 로직에도 영향을 주고, 코드의 변경도 너무 많이 일어나기 때문에 좀더 효율적으로 개발하여야 합니다. 이런 상황을 가정하고 기존 애플리케이션에 영향을 주지 않으면서 로그를 남겨놓을 수 ..