Chapter 20. 마이크로서비스 모니터링 🎉

[minkukjo]

🎉 완강🎉

[minkukjo]

느낀 점

• 서킷브레이커 매트릭 정보를 그라파나에서 보여줄 수 있다고 한다. 이러면 모니터링 하기가 한결 수월할 듯 하다. (서킷브레이커 안써봐서 몰랐음.. )
• 요본 장은 마지막 장이라 그런지 내용이 적었다.
• 이 두꺼운 책을 언제 다 보나 했는데, 끝까지 다 봐서 뿌듯하다.
• 마지막까지 다 같이 스터디원들과 으쌰으쌰해서 책 한 권 끝내서 기분이 좋다.
• 경험과 지식을 아낌없이 나눠주신 스터디원님들 감사합니다.

질문

• 1 : 마이크로미터 라이브러리 의존성을 추가해주고, k8s 파드에 아래와 같은 애노테이션을 추가해준다.

annotations:
  prometheus.io/scrape: "true"
  prometheus.io/port: "4004"
  prometheus.io/scheme: http
  prometheus.io/path: "/actuator/prometheus"

• 거기다가 application.yaml (공통 구성 파일)에 다음과 같은 항목을 추가하면 메트릭에 앱 이름이 추가되며 이 값이 레이블 값으로 설정된다.

management.metrics.tags.application: ${spirng.application.name}

• 2: 위에서 설명한대로 메트릭에 레이블이 추가되서 시계열 데이터를 식별하는 식별자값으로 정의해서 쿼리나 집계할 때 사용할 수 있다.

• 3: 그라파나

• 4: (여기선) 키알리

• 5: 단순히 값이 증가하는 재시도 매트릭 정보 보다는 초당 실패율로 환산해서 매 초마다 실패율을 보이게 하는 것이 더 매력적인 모니터링 방법이다.

• 6 : API 실패가 발생해서 서킷브레이커가 열림 상태가 되었고 이후 반열림 상태가 되었으며 얼마 후 해당 API가 성공해서 다시 닫힘 상태가 되었다.

[2rohyun]

느낀점

---

• 그라파나 + 키바나 조합이 없었다면, MSA 환경에서 에러 핸들링을 제대로 할 수 있었을까.. 정말 중요한 메트릭 툴이라고 생각한다!
• 시간이 된다면, 자주 보는 회사 그라파나 대쉬보드 공유 드리겠습니다! ( 대부분의 경우 괜찮지만, 최근 서킷이 열렸을 때, 열린걸 요걸로 확인... )
• 20장까지 모두 달려오시느라고 고생 많으셨습니다! 🎉🎉🎉
• 개발 관련 지식은 물론이거니와, 다른 회사 + 이직기 등등.. 개발 외적으로도 배운 것들이 너무나 많았습니다 ㅎㅎ 부족한 저에게 지식과 경험을 나누어주셔서 무한 감사드립니다 🙇 🙇 🙇

[LOG-INFO]

• 그라파나/프로메테우스는 사내 플랫폼에 기본적으로 붙어서 쓰고 있긴 한데, 자세히 본 건 이번이 처음..!
  • 유즈케이스
    • CPU, Memory 모니터링
    • 네트워크 전송량
    • Kafka Consumer Lag 모니터링
• 써킷브레이커 정보 나오는 것 좋아 보인다..!

[MinJunKweon]

느낀점

• 사내에서 기본적으로 제공해주는 그라파나만 확인했는데 이번에 더 다양한 메트릭들을 만들 수 있는 걸 확인했음

• 지난번에 도현님이 공유해주신 그라파나 대시보드 중에 서킷브레이커 메트릭을 봤었는데, 이렇게 만드는구나~ 했음

• 임계치를 넘어가면 메일 쏴주는 기능은 참 좋은 듯. 팀에서 카프카 Lag이 일정치를 넘어가면 메일 알림을 주는데 이런식으로 병목을 좀 쉽게 확인할 수 있었음.

• 다들 20장까지 고생 많으셨습니다!! 🚀