-
Notifications
You must be signed in to change notification settings - Fork 78
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
Support SpanKind and linked traces as Span options #688
Conversation
Approach looks good to me! |
3d3f4b7
to
58a7207
Compare
the model implementation for these options comes from OpenTelemetry, so it's been added to core and the OpenTelemetry modules. Subsequent commits will implement this for other modules.
The |
def root(name: String): Resource[F, Span[F]] | ||
final def root(name: String): Resource[F, Span[F]] = root(name, Span.Options.Defaults) | ||
|
||
def root(name: String, options: Span.Options): Resource[F, Span[F]] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would be good to add some docs about the use cases for options
here. Nothing too extensive.
OpenTelemetry has the concepts of span kinds and linked traces, both of which I'd like to be able to specify for Natchez traces. This is a first draft of adding them to the Natchez API via the
Span.Options
interface, along with expanding where span options can be set.Right now only the core, OpenTelemetry, Jaeger, X-Ray, log, and no-op modules are updated to support the new attributes. I wanted to get feedback on the API before spending time figuring out how this maps into the other backends.