223
6
장
모범 사례
6.8.3
로그 항목에 컨텍스트 넣기
모든 로그에는 문제 발견 시 도움을 줄 수 있는 추가적인 컨텍스트를 포함해야 합니다. 예를 들
어 모든 예외 처리, 재시도, 서비스 이름이나
ID
, 이미지 버전, 바이너리 버전 등을 포함해야
합니다.
6.8.4
공통 구조의 로깅 형식
모든 구성 요소에 공통 구조의 로깅 형식을 적용하세요. 그래야만 나중에 로그를 빠르게 검색
하고 파싱할 수 있습니다. 또한 모든 구성 요소에 같은 시간대를 사용하세요. 일반적으로 협정
세계시
Coordinated
Universal
Time
(
UTC
) 같은 시간 형식을 적용하는 게 좋습니다.
6.8.5
메트릭에 절적한 태그하기
명확하고 고유한 메트릭 이름을 사용하는 것 외에도, 메트릭 태그에 구성 요소 이름, 환경, 함
수 이름, 리전 같은 추가 정보를 저장하세요. 적절한 태그가 있으면, 다각도로 (예: 특정 함수에
대해 특정 리전 혹은 여러 리전 간의 평균 지연 ) 쿼리, 대시보드, 보고서를 만들 수 있습니다.
6.8.6
알림으로 인한 피로 방지
메트릭이 너무 많으면 알림
alert
을 어디에, 어떻게 설정해야 하는지에 대한 결정이 어려워집니
다. 알림이 너무 빈번하게 발생한다면 사람들은 알림에 더 신경을 쓰지 않게 되고 심각하게 받
아들이지 않습니다. 또한 너무 많은 알림을 조사하는 것은 그 자체가 극복해야 할 과제가 되거
나 그 일에만 너무 치중하게 됩니다. 알림을 낮음, 중간, 높음의 중요도에 따라 분류하는 것이
중요합니다. 중요도가 낮은 알림의 목적은