Repository navigation
Replies: 3 comments 9 replies
|
I'm not sure I understand the question, but does this answer your question? |
|
Hello @codespearhead Thank you for reply, I've seen this article before, and this is how I concluded first part of the narrative. Since I don't come from Java background (was in the past), and am thinking about instead of reading log files on system/pod level, I would rather send them in context of traces (+ structured logging), not sure if that (structured logging) is a thing in java space. For now I am interested if log handler could make this happen... Though my ultimate goal/wish would be that OTEL would be primary citizen in observability or as an option I hope I am clearer in explaining the story here |
|
I'm afraid the question has more to with Prometheus (or Granafa Loki) + Grafana than with Keycloak. OTEL enables you to export observability data to Prometheus, so you can create visualizations with Grafana. |
|
I think @snovak7's problem is that OTEL, as implemented in keycloak, does not deal with logs at all, only metrics and traces. There is nothing in the documentation about OTEL logs setup. |
|
Hey @snovak7, I think I have the same issue and would be very interested to know if you found a solution? |
|
@greyarch I've achieved okay results by using the rsyslog receiver in opentel and sending keycloak logs there, but a native solution should be possible. |
|
What I ended up doing is using syslog to send logs to my OTEL collector (the contrib image has it) and then sending logs over to splunk with the splunk_hec exporter that the collector supports. |
|
Thank you @abhiaagarwal and @greyarch for direction on syslog, for sending logs from keycloak with native telemetry. |
|
OTel Logs and OTel Metrics are not supported right now by Keycloak, but we're going the path OTel-everywhere :P It just needs some refinements from Quarkus team as well. |
|
Thanks for the response @mabartos, very excited :) |
Uh oh!
There was an error while loading. Please reload this page.
Don't know how to begin, but the idea to have a consolidated Observability with Open Telemetry...
After researching, the metrics & tracing are part of Quarkus (though in limited format at the moment), but was thinking for Logs if Log Handler would need to be implemented to send logs to Open Telemetry if it is defined in ENV (also crucial for Metrics, Tracing) as part of instrumentation?
All reactions