-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Logs Bridge API design #4696
Comments
@jba Do you want to participate (in any way you feel comfortable with) in adding logs to OpenTelemetry Go? I would be more than happy to get any feedback from you. |
Yes, I'd love to review the work related to slog. |
Hi @pellared , I'm very interested in this feature lately. We are going to build a new system that will import full OpenTelemetry stack. But yesterday we found the latest opentelemtry-go SDK is still not supporting log report(to otel collector), however, our another team using opentelemetry-java, which has already supported. I'm glad to help if there is anything I can do. |
@cloorc one thing to keep in mind is the OTel "logs implementation" is going to be a bridge that will back popular logging APIs. If you are using something like |
Yeah, it sounds like what we are looking forward to. Thanks! |
Closing per #4809. New issues will be created e.g. for SDK design. |
Problem Statement
Design the following components in accordance to the OTel Specifcation (https://opentelemetry.io/docs/specs/otel/logs/):
Logs SDKslog.Handler
implementation; log appender; bridgeStdout exporterProposed Solution
Create a separate proposal PR which contains:
This issue is to track the whole proposal. It should be closed when the OTel Go maintainers and approvers accept the proposed design and prototype.
The prototype should have a PoC (happy-path; tests and proper error handling is not required) implementation of all components, with example and benchmarks. The main focus is on the API and performance. The prototype can have everything as a single Go module for ease of development.
After the proposal is accepted, the actual implementation will be built based on the prototype as many PRs with tests, benchmarks, and documentation.
Current design and prototype
Prior Art
Additional Context
It is worth to get all the lessons learned that the Go team had when they created
slog
:It is important to notice that API design can affect performance (e.g. allocations).
It would be good to create benchmarks similar to https://github.com/golang/go/tree/master/src/log/slog
Reference: https://www.youtube.com/watch?v=tC4Jt3i62ns
The text was updated successfully, but these errors were encountered: