opentelemetry-java VS Grafana

After doing some research it appears this class references internal packages and therefore "makes it unusable for modern Java apps" (https://github.com/prometheus/client_java/issues/533 , https://github.com/open-telemetry/opentelemetry-java/issues/4192)

For monitoring: If you want to go the open source route, the open telemetry ecosystem is booming. You could use the open telemetry java agent along with their collector, and then use Elastic APM, which could give you a good starting point. Here is a small example project I found on github that was fun to play around with and explore the capabilities of a setup like this: https://github.com/riferrei/otel-with-apache-pulsar

OpenTelemetry and Java Flight Recorder (JFR) cover most bases. Use the OpenTelemetry Java agent if you want auto-instrumentation or just the APIs if you want to do your own instrumentation.

opentelemetry-java - contains components for manual instrumentation as well as the API and SDK.

opentelemetry-java This repo is the main OpenTelemetry Java SDK and provides components for manual instrumentation. Top-level components include OpenTelemetry API, extensions, SDK, bridge layers for OpenTracing and OpenCensus.

Yep, and that kind of problem is still often the root cause of CVEs in even mature professional projects. Just one example that springs to mind: CVE-2022-39328 for Grafana.

Grafana

Grafana is an open-source analytics and visualization platform that allows you to monitor and analyze data from various sources, including databases, cloud services, and IoT devices. Grafana can help you create interactive, real-time dashboards and alerts for your applications and infrastructure.

Sadly to hear this. Frankly, you are not the first one get angered. All open source maintainers face this problem, how to handle a featture request which we disagree with? I am glad to see another popluar open source project Grafana proposed a solution, https://github.com/grafana/grafana/issues/36683. So I decide to follow, https://github.com/rustdesk/rustdesk/issues/4331.

Grafana - https://grafana.com/

I use Grafana + Prometheus + Node Exporter.

Grafana Labs (https://grafana.com/) | Full REMOTE in many regions | Multiple roles | Full-time

You can see all the job openings at https://boards.greenhouse.io/grafanalabs and read more about Grafana Labs here: https://grafana.com/about/careers/#jobs

I work on the Alerting team and we are looking for a backend engineer (remote EST, https://boards.greenhouse.io/grafanalabs/jobs/4857517004) to work on Grafana Alerting which is based on the Prometheus Alertmanager. The code you would be working on is mostly part of https://github.com/grafana/grafana and, if you want to learn more about the context we are in, I recommend you to watch this presentation from our tech lead: https://youtu.be/9AX8u-bt4J8

I discovered that Grafana doesn't share the info how to build custom packages either – https://github.com/grafana/grafana/issues/30963

Grafana Traces is a fully managed cloud service from Grafana and part of its “LGTM stack,” which also includes logs, visualizations, and metrics. Grafana is best known for the open-source query/visualization/alerting project of the same name, which is often used as the visualization back end for both commercial and open-source observability stacks.