Skip to content

Define SpanProcessor emitting span lifecycle events #4483

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

Open
pellared opened this issue Apr 17, 2025 · 0 comments
Open

Define SpanProcessor emitting span lifecycle events #4483

pellared opened this issue Apr 17, 2025 · 0 comments
Labels
area:sdk Related to the SDK enhancement New feature or request spec:trace Related to the specification/trace directory triage:accepted:needs-sponsor Ready to be implemented, but does not yet have a specification sponsor

Comments

@pellared
Copy link
Member

pellared commented Apr 17, 2025

Define SpanProcessor emitting span lifecycle events.
Related to:

I think we could also explore defining a SpanProcessor in Trace SDK that emits events via Logs API when a span is started and ended.

I would like to add that in our current implementation of such a SpanProcessor, we are also exporting heartbeat logs on an interval so that we know that the process is still running and the span is active. Furthermore, we can set whatever data we want on the log body in order to gain more visibility during the heartbeat export.

Originally posted by @xBis7 in #373

It seems like there's some consensus on this, so let me summarize.

  • There's a general agreement that we should have a way to send events about span lifecycle (e.g., started, stopped, in process) out-of-band of the normal span export pipeline.
  • These events could be codified as semantic events in semantic conventions
  • A span processor could be defined as a part of the trace SDK that enables this functionality

I feel like that's a solid enough definition of what people are looking for here and it's achievable enough that we should go ahead and accept it. WDYT?

Originally posted by @austinlparker in #373

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:sdk Related to the SDK enhancement New feature or request spec:trace Related to the specification/trace directory triage:accepted:needs-sponsor Ready to be implemented, but does not yet have a specification sponsor
Projects
Status: No status
Status: Spec - Accepted
Development

No branches or pull requests

2 participants