-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenTelemetry Collector for DevServices #26445
Comments
/cc @stuartwdouglas |
+1000 Just yesterday I was wishing for the ability to see my telemetry in the Quarkus Dev UI |
If a devservice is provided, then which receiver should be configured ? Otlp receiver only ? If micrometer-prometheus is also present, should the prometheus receiver be configured ? |
CC @ebullient I am pretty sure we talked about this a while back and you had some concerns? |
Right now, we have some work to do to make sure the OTLP collector works well if both are enabled (there is an OTLP extension in quarkiverse, and that fights a bit with the OTel extension when both are present, IIRC). If we just have OTel + Micrometer/Prometheus, there are no arguments, and it is fine. Are you suggesting embedding jaeger, kiali or some other visualization tool for the dev mode UI via testcontainers? or something else? |
My initial idea was to support the OTel Collector to collect the telemetry data (considering the Micrometer will also output the metrics in OTLP). Having a way to visualize the telemetry data was also on my mind, but Jaeger is probably not the right one, since it only should trace data and I think we want something that can show both tracing, metrics and in the future logging. |
I think the OTLP micrometer registry (which writes OTLP) conflicts with the presence of the OTel SDK: quarkiverse/quarkus-micrometer-registry#203 .. so we have something to resolve first. |
My Idea here is that we should have OTel collector and be able to see traces in a devmode Graphana. |
But for starters, It would be nice just to have the collector logging whatever it receives for debug purposes. |
This seems right a very nice addition! Is this currently in progress? If not, are there are any blockers? |
(Too) Slow progress unfortunately -- went in the wrong direction at first, then got stuck with some other work.
Only time (and my pto :-)). |
Thanks for the update! |
Description
When the OpenTelemetry Extension is available, provide an OpenTelemetry collector as a DevService to collect Spans.
Implementation ideas
[Epic waiting for design]
The text was updated successfully, but these errors were encountered: