-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Suppress nested SDK public method calls #28998
Suppress nested SDK public method calls #28998
Conversation
// Copyright (c) Microsoft Corporation. All rights reserved. | ||
// Licensed under the MIT License. | ||
|
||
package com.azure.core.tracing.opentelemetry.implementation; |
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.
it's not needed anymore. This code was interacting with OTel Java agent, but now the agent contains Azure SDK instrumentation (thanks to Trask 🥳) and we don't need the suppression here.
This code was also noop because of OTel instrumentation API changes.
API change check API changes are not detected in this pull request. |
...e-tracing-opentelemetry/src/test/java/com/azure/core/tracing/opentelemetry/TestExporter.java
Outdated
Show resolved
Hide resolved
...ng-opentelemetry/src/main/java/com/azure/core/tracing/opentelemetry/OpenTelemetryTracer.java
Outdated
Show resolved
Hide resolved
...pentelemetry/src/test/java/com/azure/core/tracing/opentelemetry/OpenTelemetryTracerTest.java
Outdated
Show resolved
Hide resolved
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.
👍
* Suppress nested SDK public method calls
To support building convenience methods on top of DPG clients better, we want to avoid having multiple spans for public API calls and came up with the following guidance (not yet documented, but on the way):
"one SDK client span per customer method invocation with however many nested HTTP spans underneath”
(
client
span here refers to SDK client, not to span kind which can beinternal
orclient
for such calls).This change suppresses
internal
orclient
spans nested under otherinternal
orclient
spans.Example:
BlobClient.SetMetadaor
MetricAdvisor.autoGeneratedMethodCall (internal)In theory this is a breaking change in behavior, but since
azure-core-tracing-opentelemetry
package is in beta and the change is contained there, we're still able to make it