비즈니스 로직 메트릭 관련

[apptie]

• micrometer
  • 벤더 중립적인 API를 사용하여 코드를 측정할 수 있도록 하는 dimensional-first metrics collection facade
    • 공식 사이트에서 dimensional-first metrics collection facade라고 표현했는데 그냥 slf4j같은 거라고 보시면 될 것 같습니다
    • slf4j가 여러 로깅 라이브러리를 선택해서 사용할 수 있게 하는 log facade인 것처럼 micrometer는 여러 모니터링 툴을 선택해서 사용할 수 있게 하는 metric facade라고 보시면 될 것 같습니다
    • 그러므로 클래스 경로 및 구성을 통해 메트릭 데이터를 내보낼 모니터링 시스템을 하나 이상 선택할 수 있습니다
  • 그라파나 쓰더라도 추상화 잘되있는 micrometer를 사용하는게 좋다고 생각합니다
• Counter
  • 메트릭을 측정하는 방식 중 하나입니다
  • 단순히 값을 증가시키는 용도입니다
  • 끝없이 상승하기 때문에 주로 increase 같은 시간 관련된 쿼리를 사용합니다
• increase
  • 범위 시간당 증가율입니다
  • 지정한 시간을 기준으로 호출된 횟수를 측정하는 방식입니다
• 비즈니스 로직에 대한 메트릭을 적용한 이유
  • 가장 큰 이유는 요구사항 대비용 사용자가 자주 사용하는 api에 대한 근거를 마련하기 위함입니다
  • 실무에서는 이런 방식으로 특정 시간대에 요청이 몰리는 경우 스케일 아웃을 적용하는 식으로 사용합니다
    • 배민에서 어떤 시간대에 요청이 몰리는지 확인하고 스케일 아웃을 했다가 어떤 시간대 이후에 요청이 줄어드는지에 따라 스케일 인을 하는 그런 느낌입니다

---

• spring actuator 출력 형식
  • 로컬로 실행해서 포트는 대충 3333으로 했습니다
  • 호출 횟수는 경매 전체 조회 2, 경매 상세 조회 3입니다

• 전체 메트릭에 커스터마이징한 메트릭이 포함되어 있음을 확인할 수 있습니다

• 이 경우 특정 메트릭 이름(여기서는 AuctionController)에 대한 모든 요청 횟수를 출력합니다

• 각 메서드별로 몇 번 호출했는지 확인할 수 있습니다

• 프로메테우스에서 출력하는 방식입니다
• 카운터 썼다고 TYPE 주석에 나와 있고 카운터를 쓰면 접미사로 _total이 붙습니다

• 그라파나에서 30초 간격으로 read()가 호출된 횟수입니다
• 시간 간격 표현하기 위해서 잠깐 대기했다가 몇번 호출했습니다
• increase(AuctionController_total{method="read"}[30s])과 같은 식으로 어떤 태그를 어떤 시간을 기준으로 표현할지 등을 지정할 수 있습니다

• 그라파나에서 30초 간격으로 readAllByCondition이 호출된 횟수입니다

• 이렇게 여러 개 동시에 띄워서 비교할 수 있어서 파악하기에는 좋을 것 같습니다