봄 부팅 및 prometheus

Question

Kubernetes 클러스터 내에서 실행되는 스프링 부팅 기반 서비스 집합에서 메트릭을 가장 잘 수집하는 방법을 파악하려고합니다. 다양한 문서를 보면, 내부 모니터링을위한 선택은 액티에이터 또는 스펙 테이터 (Actator 또는 Spectator) 사이에 있으며, 메트릭스는 레디 스 (Legis) 또는 StatsD와 같은 외부 수집 저장소로 푸시되거나 Prometheus의 경우 끌어 당겨지는 것으로 보입니다.

주어진 서비스의 인스턴스 수가 달라지기 때문에 Prometheus가 실행중인 서비스를 폴링하도록 구성 할 수있는 방법을 알지 못합니다. 또한 Eureka 서비스 레지스트리를 구축하고 있으므로이 구성에서 처음 폴링되었는지 확실하지 않습니다.

이런 종류의 접근에 대한 실제적인 통찰력은 환영할만한 것입니다.

Answer 1

계측에 Prometheus Java 클라이언트 (https://www.robustperception.io/instrumenting-java-with-prometheus/)를 사용해야합니다. redis 및 statsd와 같은 접근법은 모든 단일 이벤트에서 네트워크에 연결된다는 것을 의미하므로 모니터링 할 수있는 내용을 크게 제한합니다.

Prometheus에서 제공하는 file_sd 서비스 검색을 사용하여 Eureka (https://www.robustperception.io/using-json-file-service-discovery-with-prometheus/)의 대상 목록을 제공합니다. 그러나 태그 힌트와 같은 Kubernetes를 사용하는 경우에는 Prometheus와 직접 통합됩니다.