Application OpenTelemetry telemetry¶
Application traces, logs, and metrics emitted by your container are exposed through DataRobot's OpenTelemetry (OTel) observability surface. This surface is separate from the Workload API—the API itself owns Workload-scoped request statistics, lifecycle events, and per-replica status, and does not proxy OTel data. Instead, the platform aggregates whatever your container exports through the standard OTLP endpoint and renders it in the Console.
Container stdout and stderr are captured automatically and appear on Activity log > Logs at every lifecycle stage (including startup and crash diagnostics) without any SDK setup. The platform sets OTEL_EXPORTER_OTLP_ENDPOINT (and related auth and resource env vars) on your container at start time (see Platform-managed environment variables for the full list), so when your application emits OTel signals via the SDK, they reach the same observability surface. Use explicit instrumentation when you want traces, application metrics, or structured, attribute-rich logs on top of automatic capture—for copy-ready Python SDK snippets, see Instrument a Workload with OpenTelemetry.
Where each signal surfaces¶
Each OTel signal type appears on a different Console tab:
| Signal | Console tab | Page |
|---|---|---|
| Traces | Monitoring > Data exploration | Explore monitoring data |
| Logs | Activity log > Logs | View Workload logs |
| Metrics | Monitoring > OTel Metrics | View OpenTelemetry metrics |
Retention¶
OTel retention is configured at the organization level. See Monitoring concepts: Retention summary and Configure OTel retention.