BREAKING: Tracing Configuration #981
aajtodd
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
An upcoming release of the AWS SDK for Kotlin changes the configuration API for tracing. This change
unifies and expands the observability configuration for the SDK.
NOTE: If you do not set a custom
Tracer
when configuring a service client OR rely on the log message format emitted bythe SDK then this change does not affect you.
Release date
This feature will ship with the v0.29.0-beta release planned for 07/20/2023.
What's changing
The
Tracer
type (as well as the associatedTraceProbe
type) has been removed and replaced with a unifiedTelemetryProvider
type covering traces, metrics, and logs.You will also notice a change to the format of the log records emitted by the SDK.
sdkRequestId
) are now MDC entries.Assuming log4j with the following pattern:
Previous log output:
New log output:
How to migrate
Previously, telemetry signals (traces, metrics, logs) were all routed through a single API, Tracer. The default Tracer implementation allowed registering a TraceProbe which acted as a sink for all telemetry signals.
How to migrate to the new
TelemetryProvider
API is going to be use case specific depending on the telemetry signals of interest and how they are being processed.NOTE: The SDK provides an experimental implementation of
TelemetryProvider
backed by OpenTelemetry that can be used to export telemetry data using OpenTelemetry.Additional resources
If you have any questions concerning this change, please feel free to engage with us in this discussion. If you encounter a bug with these changes, please file an issue.
The AWS SDK for Kotlin Developer Guide will be expanded to cover telemetry configuration, metrics emitted, etc. Check back soon for updates.
Beta Was this translation helpful? Give feedback.
All reactions