Skip to content
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

Schema support for span with key-value attributes #482

Closed
TedaLIEz opened this issue Jun 6, 2023 · 2 comments
Closed

Schema support for span with key-value attributes #482

TedaLIEz opened this issue Jun 6, 2023 · 2 comments
Labels
wontfix This will not be worked on

Comments

@TedaLIEz
Copy link

TedaLIEz commented Jun 6, 2023

Hi OTel team,

I am currently exploring the traces API in OTel, and have found that the Span class is important in traces. However, this class is designed with a key-value based API that requires us to assign properties via key-value pairs. This approach makes it difficult for us to maintain the schema of our telemetry in our code. Previously, we were able to define events in a protocol schema file (such as Protocol Buffer) and use the generated code file throughout our codebase.

I am wondering if OTel provides a similar solution that would allow us to:

  1. Maintain our event schema with an IDL and organize them effectively.
  2. Generate code based on these IDL files and use it in our code.
  3. Build events based on 2 and convert them to Spans easily.

I would appreciate any ideas or suggestions you may have. Thank you!

@tigrannajaryan
Copy link
Member

However, this class is designed with a key-value based API that requires us to assign properties via key-value pairs.

This is exactly the design of OTLP.

I am wondering if OTel provides a similar solution that would allow us to:

  1. Maintain our event schema with an IDL and organize them effectively.
  2. Generate code based on these IDL files and use it in our code.
  3. Build events based on 2 and convert them to Spans easily.

A protocol with stronger-typed attributes for spans is probably possible but that would be a different protocol, I don't think it can be supported in OTLP.

@tigrannajaryan tigrannajaryan added the wontfix This will not be worked on label Jun 13, 2023
@tigrannajaryan
Copy link
Member

Closing this as "won't fix" since out of scope and conflicts with the current design of OTLP.

@arminru arminru closed this as not planned Won't fix, can't repro, duplicate, stale Jun 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants