[java] SLF4J / Logback에서 마커 사용에 대한 모범 사례

먼저 @darioo가 말했듯이 :

• MDC는 여러 엔터티를 “엔티티”와 연결하는 데 사용됩니다.
• [마커]는 일반적인 이벤트에서 필터링하려는 “특별한”이벤트에 사용됩니다.

따라서 MDC를 사용하려는 주장. 마커는 “슬라이스”가 아닌 “특별한”이벤트를 필터링하고 필터링합니다. 예를 들어 특정 사용자를 기준으로 슬라이스하지만 예상치 않은 예외를 기준으로 필터링 할 수 있습니다. 이 경우 User MDC 차원과 UnexpectedException Marker를 작성합니다.

그러나 이것은 분명히 당신이 생각했던 질문을 다루지 않습니다. “마커를 사용하여 일관되게 로깅을 설정하는 방법의보다 일반적인 수준을 언급하고 있습니다.” 따라서 다음과 같이 다루겠습니다.

MDC는 슬라이싱과 다이 싱 을위한 것이고 마커는 필터링을 위한 것 입니다. 이러한 활동은 테스트 및 생산 중에 수행됩니다 . 따라서 테스트 / 생산시 로그 데이터를 분할하는 데 유용 할 것으로 예상되는 차원과 필터링 할 때 유용한 차원을 결정해야합니다. 각 차원은 MDC 차원을 갖습니다. 각 사례는 마커를받습니다. 그렇게 간단합니다.

개발자는 여기서 결정을 내릴 필요가 없습니다. 한 사람 또는 팀이 디자인 타임 에 어떤 종류의 슬라이싱, 다이 싱 및 필터링을 지원 해야하는지 결정 해야합니다. 이것은 어떤 종류의 분석 작업을 수행해야하는지 상상함으로써 알 수 있습니다.

동일한 사람이나 팀이 명명 규칙을 결정해야합니다. 그것은 전적으로 임의적 입니다. 심미적으로 기쁘고 자기 묘사 적 (가장 중요한)이며 추후 추가와 충돌하지 않을 정도로 구체적인 것을 선택하십시오 . 하이픈 대 밑줄은 매우 까다 롭고 놀랍게도 포인트 옆에 있지만 ESL 직원이 밑줄을 읽는 것이 혼란스럽지 않을 수 있습니다 (적어도 CamelCase와 비교). 동시에, 이것은 필수 키에 도달하는 어색함 때문에 일부 개발자를 성가 시게합니다.

정책을 결정하는 한, 이는 주어진 마커 또는 MDC 차원을 채택해야하는 경우를 정의하는 것을 의미 합니다 . 이를 엄격하게 (중앙 집중식으로) 유지하지만, 개발자가 치수 및 마커 세트가 현재 작업에 충분하지 않다고 느낄 경우 피드백을받을 수 있습니다. 치수 및 / 또는 특성을 적절하게 수정 / 추가하십시오.

이 정책은 프로젝트마다 거의 다를 것임을 이해 하십시오 . 모든 프로젝트에 동일한 종류의 로깅 분석이 필요한 것은 아닙니다. 악몽의 시나리오를 그려보십시오. 그런 다음 해당 시나리오에서 로그를 분석 할 수있는 방법을 상상해보십시오. 어떤 메시지가 어떤 컨텍스트에 속하는지, 어떤 상태가 어느 시점에 있는지 추적하기 위해 복잡한 스크립트를 작성하고 싶지 않을 것입니다. 치수 및 마커로 필요한 정보를 인코딩하고 문제가 발생하면 번거 로움을 덜어줍니다.

답변

...[Sandy][abcd] clicked on "change profile"
...[Joe][1234] clicked on "weather reports"
...[Joe][1234] clicked on "Europe"
...[Sandy][abcd] clicked on "logout"
...[Joe][1234] clicked on "logout"
...[Sandy][efgh] logged in