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
The HTTP row in the "Instrumenting Applications" table previously
included a /v1/traces suffix in the endpoint URL. OpenTelemetry SDKs
append that path automatically when using OTLP/HTTP, so users who
copy-pasted the URL into OTEL_EXPORTER_OTLP_ENDPOINT ended up with a
doubled path and silent export failures.
Drop the suffix from the URL and add a note explaining the SDK
behavior. Applied across the live docs and all versioned copies
(v1.1.0-alpha-1, v1.0.x, v0.17.x, v0.16.x).
Signed-off-by: VajiraPrabuddhaka <vajiraprabuddhaka@gmail.com>
Copy file name to clipboardExpand all lines: docs/platform-engineer-guide/observability-alerting.mdx
+8-4Lines changed: 8 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -176,10 +176,14 @@ The traces are enriched with Kubernetes metadata to support querying by OpenChor
176
176
177
177
Applications must be instrumented to send traces to the OpenTelemetry Collector. Configure your application to send OTLP traces to one of the following endpoints when using single-cluster mode:
OpenTelemetry SDKs append `/v1/traces` to the HTTP endpoint automatically, so configure your application with the base URL above rather than including the path explicitly.
186
+
:::
183
187
184
188
When using multi-cluster mode, the traces are published to the observability plane through the gateway ingress of the observability plane. Configure the applications accordingly.
OpenTelemetry SDKs append `/v1/traces` to the HTTP endpoint automatically, so configure your application with the base URL above rather than including the path explicitly.
OpenTelemetry SDKs append `/v1/traces` to the HTTP endpoint automatically, so configure your application with the base URL above rather than including the path explicitly.
Copy file name to clipboardExpand all lines: versioned_docs/version-v1.0.x/platform-engineer-guide/observability-alerting.mdx
+8-4Lines changed: 8 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -176,10 +176,14 @@ The traces are enriched with Kubernetes metadata to support querying by OpenChor
176
176
177
177
Applications must be instrumented to send traces to the OpenTelemetry Collector. Configure your application to send OTLP traces to one of the following endpoints when using single-cluster mode:
OpenTelemetry SDKs append `/v1/traces` to the HTTP endpoint automatically, so configure your application with the base URL above rather than including the path explicitly.
186
+
:::
183
187
184
188
When using multi-cluster mode, the traces are published to the observability plane through the gateway ingress of the observability plane. Configure the applications accordingly.
Copy file name to clipboardExpand all lines: versioned_docs/version-v1.1.0-alpha-1/platform-engineer-guide/observability-alerting.mdx
+8-4Lines changed: 8 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -176,10 +176,14 @@ The traces are enriched with Kubernetes metadata to support querying by OpenChor
176
176
177
177
Applications must be instrumented to send traces to the OpenTelemetry Collector. Configure your application to send OTLP traces to one of the following endpoints when using single-cluster mode:
OpenTelemetry SDKs append `/v1/traces` to the HTTP endpoint automatically, so configure your application with the base URL above rather than including the path explicitly.
186
+
:::
183
187
184
188
When using multi-cluster mode, the traces are published to the observability plane through the gateway ingress of the observability plane. Configure the applications accordingly.
0 commit comments