Skip to content

HDDS-13803. Client aware tracing#10077

Open
sravani-revuri wants to merge 1 commit intoapache:masterfrom
sravani-revuri:HDDS-13803
Open

HDDS-13803. Client aware tracing#10077
sravani-revuri wants to merge 1 commit intoapache:masterfrom
sravani-revuri:HDDS-13803

Conversation

@sravani-revuri
Copy link
Copy Markdown
Contributor

What changes were proposed in this pull request?

The Ozone client needs the flexibility to either initiate a new span or continue an existing application-level trace by creating a child span. Currently, if ozone.tracing.enabled is false, all tracing is suppressed. A specific scenario arises when the Ozone client should only trace if it's explicitly enabled to continue an application's existing trace.

  • When ozone.tracing.enabled is True:
    • The client uses the standard Ozone-initialized tracer (existing behavior).
  • When ozone.tracing.enabled is False:
    • If application-aware is True and an active span exists: The client will create child spans using the application’s GlobalOpenTelemetry context. This allows Ozone operations to appear as children of the application's spans.
    • If no active span exists: No spans are created (standalone tracing remains off).
    • If application-aware is False: No spans are created regardless of the application context.

What is the link to the Apache JIRA

https://issues.apache.org/jira/browse/HDDS-13803

How was this patch tested?

Written unit tests and existing tests.

@sravani-revuri
Copy link
Copy Markdown
Contributor Author

@sumitagrawl could you please review this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant