Какая конфигурация требуется, чтобы получить микрометр с подпружиненной загрузкой для вывода jvm_info {} guage? - PullRequest
0 голосов
/ 28 марта 2019

У меня есть несколько сервисов, не поддерживающих загрузку, которые автоматически генерируют метрики JVM с использованием io.prometheus simpleclient_hotspot.

Я пытаюсь получить паритет с этими и метриками JVM, полученными из моих сервисов весенней загрузки, которые используют настройки микрометра по умолчанию.

Есть ли какая-то дополнительная конфигурация для микрометра, которая мне нужна, чтобы он генерировал метрики, такие как:

# TYPE jvm_info gauge
jvm_info{version="
...
jvm_memory_bytes_used
jvm_memory_pool_bytes_max
etc...

Я ценю, что микрометр из коробки регистрирует: jvm_memory_used_bytes, который не соответствует названию того же показателя из simpleclient_hotspot: (

Я хотел бы добиться согласованности, если это возможно, и jvm_info был бы особенно полезен для микрометра / пружинного башмака.

1 Ответ

0 голосов
/ 21 мая 2019

Я рекомендую вам взглянуть на NamingConvention, найденную в базовой библиотеке микрометра. Есть несколько примеров использования его для преобразования имен в разные системы мониторинга (ищите классы, реализующие NamingConvention). Например, если вы используете Prometheus (который выглядит так, как вы могли бы), вы можете посмотреть на PrometheusNamingConvention в качестве примера. Похоже, вам будет интересно реализовать / переопределить метод public String name(String name, Meter.Type type, @Nullable String baseUnit).

...