Пружинный микрометрический привод Определение тегов StatsD

Я пытаюсь настроить показатели пружинного привода вместе с микрометром для отправки агенту Datadog stastd.

Тем не менее, я хотел бы, чтобы все они были отправлены с тегом, чтобы я мог фильтровать в своей информационной панели Datadog только свои показатели обслуживания, не учитывая другие показатели обслуживания.

Я добавил:

management:
  metrics:
    tags:
      application: my_app

к моей конфигурации метрик службы, но я не вижу значение этого тега на панели инструментов Datadog. Я не вижу ничего странного ни в журналах приложений, ни в файле журнала привода.

У меня нет ничего другого относительно метрик в моем сервисе, так как я не хочу реализовывать пользовательские метрики, просто хочу использовать тот, который предоставлен приводом.

Вот так выглядит вся конфигурация метрик:

management:
  metrics:
    export:
      statsd:
        host: ${STATSD_AGENT_HOST}
        port: ${STATSD_AGENT_HOST_PORT}
        flavor: datadog
    tags:
      application: my_app
  endpoints:
    web:
      exposure:
        include: "*"
  endpoint:
    health:
      show-details: ALWAYS

Версии:

версия микрометра: 1.6.4

версия привода: 2.4.3

весенняя версия: 2.3.8

Любая подсказка о том, что я мог упустить, чтобы тег достиг Datadog?

Спасибо!


spring tags micrometer actuator
person David    schedule 08.03.2021    source источник
comment
просто для уточнения, только ли этот единственный тег не передается в datadog или все теги не передаются?   -  person Jens Baitinger    schedule 08.03.2021
comment
Просто этот тег AFAIK. Как я уже писал, я ничего не настраивал и не реализовывал. Тем не менее, это нелегко проверить, поскольку показатели этой службы смешиваются с другими показателями, поскольку я не могу их отфильтровать.   -  person David    schedule 08.03.2021
comment
management.metrics.tags.application обязательно должен добавить тег. Не могли бы вы проверить /actuator/metrics, если вы видите тег на каких-либо показателях, перечисленных там? Под весенней версией вы подразумеваете весеннюю загрузку? Если это так, модули spring-boot должны совпадать, поэтому, если вы используете spring-boot-actuator 2.4.3, все должно быть 2.4.3. 2.3.x и 2.4.x несовместимы.   -  person Jonatan Ivanov    schedule 08.03.2021
comment
Я не вижу тег ни в одной из метрик, перечисленных в /actuator/metrics. Я просто вижу метрики по умолчанию, http.server.requests, jvm.buffer.count, jvm.buffer.memory.used и т. д. При доступе к сведениям о любой из этих метрик Я тоже не вижу тег в списке available_tags. Да, под весенней версией я подразумеваю весеннюю загрузку. Я не знал об этом требовании совместимости между версиями. Я не видел отчета о совместимости в журналах приложений. Тем не менее, я собираюсь попробовать с актуатором 2.3.x и проверить еще раз.   -  person David    schedule 08.03.2021
comment
Ты был прав, @JonatanIvanov, в этом и была проблема. Несовместимость версий. Теперь, когда spring-boot-starter-actuator установлен на версию 2.3.8.RELEASE, при доступе к любой метрике, например /actuator/metrics/jvm.buffer.count среди тегов, перечисленных в разделе available_tags, я вижу, что для тега application установлено значение, которое я установил в файле конфигурации application.yml. . Спасибо за вашу помощь!   -  person David    schedule 08.03.2021

Ответы (1)


arrow_upward
1
arrow_downward

Мы выяснили это в комментариях, я публикую ответ, который обобщает все это: похоже, основной причиной было использование разных версий разных модулей Spring-Boot.

Хорошим практическим правилом является не определять версии самостоятельно, а использовать спецификации и позволить им определять версии для вас, например. см.: spring-boot-dependencies< /а>. Таким образом, вы будете использовать совместимые (и проверенные) версии.

management.metrics.tags.your-tag — это способ добавить теги ко всем вашим показателям. Хороший способ проверить это — посмотреть на /actuator/metrics.

person Jonatan Ivanov    schedule 08.03.2021