-
Notifications
You must be signed in to change notification settings - Fork 897
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
Add OTEL_EXPORTER_ZIPKIN_TRANSPORT_FORMAT to sdk-environment-variables #1340
Add OTEL_EXPORTER_ZIPKIN_TRANSPORT_FORMAT to sdk-environment-variables #1340
Conversation
| Name | Description | Default | | ||
| ----------------------------- | -------------------------- | ------------------------------------------------------------------------------------------------------------ | | ||
| OTEL_EXPORTER_ZIPKIN_ENDPOINT | Endpoint for Zipkin traces | <!-- markdown-link-check-disable --> "http://localhost:9411/api/v2/spans"<!-- markdown-link-check-enable --> | | ||
| OTEL_EXPORTER_ZIPKIN_TRANSPORT_FORMAT | Transport format for Zipkin traces | V2_PROTOBUF | |
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.
Does this mean that all language SDKs have to support all these formats? Do they already? If not, how much work will it be to add this before GA?
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 seems certain language SDKs already have support for some formats and not sure about the progress on others but everything mentioned here is already part of spec-compliance-matrix.
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.
I think @iNikem 's question is still a good one. Are all languages required to implement all protocols and transport formats in order to get to a 1.0 release? I don't think so, but if so, that's a very significant change to what maintainers believe are required for 1.0.
We discussed this in the Specifcation SiG. I'm capturing the resulting decisions/actions from that.
I'll be opening a specification PR to update the OTLP exporter specification. |
- Ensure environment variables have consistent names - Update documentation to leave format UNSPECIFIED in 1.0 with an allowance to add config later.
- Ensure environment variables have consistent names - Update documentation to leave format UNSPECIFIED in 1.0 with an allowance to add config later.
- Ensure environment variables have consistent names - Update documentation to leave format UNSPECIFIED in 1.0 with an allowance to add config later.
This PR was marked stale due to lack of activity. It will be closed in 7 days. |
Closed as inactive. Feel free to reopen if this PR is still being worked on. |
Closed as inactive. Feel free to reopen if this PR is still being worked on. |
Re-opening again. I think it's about time we start working on it ;) |
@carlosalberto I see that |
@lonewolf3739 It has been reserved, but not defined yet, so yes, we definitely to work on that (non an urgent matter, although worth keeping it in mind). |
This PR was marked stale due to lack of activity. It will be closed in 7 days. |
Edit: perhaps |
This PR was marked stale due to lack of activity. It will be closed in 7 days. |
Closed as inactive. Feel free to reopen if this PR is still being worked on. |
…ion post 1.0) (open-telemetry#1358) * OAdapt open-telemetry#1340 for 1.0 of Trace. - Ensure environment variables have consistent names - Update documentation to leave format UNSPECIFIED in 1.0 with an allowance to add config later.
Fixes #1336
Changes
This change adds environment variable to specify transport format for Zipkin exporter with default value
V2_PROTOBUF
.