You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
These conventions were adapted and reviewed by the community and subject-matter experts. As of today, the spans produced by Envoy are of course not aligned with the OTel conventions. This issue is to discuss if the Envoy community wants to align with them.
Pros:
Standardization of attributes which provide users a consistent observability experience
Observability back-ends can rely on such conventions, also giving a good and consistent experience for users
Cons:
It is a breaking change for Envoy users. The existing attributes may be used for alerts, dashboards and etc
Envoy records the attributes in a lot of places, and by changing those not only users using the OTel tracer will be impacted but users that use the other available tracers in Envoy, such as XRay, Datadog and etc.
To avoid the hard breaking change, maybe we can have some sort of "opt-in" configuration where users then opt in and Envoy starts producing spans aligned with the OTel HTTP semantic conventions. This allow them to gradually migrated to the new format.
Title: Align Envoy span attributes with the OTel HTTP semantic conventions
Description:
The OpenTelemetry semantic conventions for HTTP were marked stable in: open-telemetry/semantic-conventions#377.
These conventions were adapted and reviewed by the community and subject-matter experts. As of today, the spans produced by Envoy are of course not aligned with the OTel conventions. This issue is to discuss if the Envoy community wants to align with them.
Pros:
Cons:
To avoid the hard breaking change, maybe we can have some sort of "opt-in" configuration where users then opt in and Envoy starts producing spans aligned with the OTel HTTP semantic conventions. This allow them to gradually migrated to the new format.
[optional Relevant Links:]
The text was updated successfully, but these errors were encountered: