Replies: 3 comments 1 reply
-
|
Hi Thanks to start this discussion. Afair, I discussed about that in the past. I also started a PR to provide OpenTelemetry plugin (#1768). We can add a Prometheus exporter in this plugin (and other pluggable exporters). Thoughts? |
Beta Was this translation helpful? Give feedback.
-
|
Hi @hai-ben! Thanks for kicking off this discussion. I'm a big fan of having modern, first-class monitoring and reporting integrations. Can you link the RabbitMQ plugin? I think it would be helpful to clarify the target features and scope--
One thing to note-- I'm cautious of adding a bunch of 3rd-party dependencies to the main repo. ActiveMQ has outlived many trendy monitoring and alerting platforms. When those get flagged for security, it tends to flag the whole broker. Side quest-- I'm wondering if having an 'extras' or 'third-party' repo for extensions would be a way to manage this. For example-- activemq-shiro and activemq-log4j-appender are third-party add-ons that really aren't part of the broker. |
Beta Was this translation helpful? Give feedback.
-
|
@hai-ben @mattrpav as said, it's already possible thanks to PR #1769. You can define the exporter (including Prometheus): |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I put up an issue earlier and realize this might be the more appropriate place to put it. (I'll also send out something to the mailing list).
The idea is to have a 1st class Prometheus plugin for ActiveMQ, similar to what RabbitMQ provides.
Some handy features might be metric aggregation, user-based auth for viewing metrics, avoiding JMX MBean overhead, and avoid the security nastiness of needing to expose JMX RMI ports (even on localhost only) or run a third jar as a java agent.
What sort of interest is there for this feature?
Beta Was this translation helpful? Give feedback.
All reactions