This page covers traces from Dedicated Inference deployments that use the Truss server. It does not configure Model API telemetry or export Model API billing data.
Export built-in traces with OTLP
Send Truss’s built-in spans to an OpenTelemetry Collector or another OTLP/HTTP endpoint:- Configure an OTLP/HTTP receiver that the deployment can reach. For example, use an OpenTelemetry Collector that exports data to your observability provider. To send traces to Datadog, configure the collector with the Datadog exporter.
-
Set the receiver’s full trace endpoint in
config.yamland enable tracing:config.yaml -
Send requests with a
traceparentheader to continue an existing distributed trace. If you omit the header, Truss generates a trace ID.
OTEL_EXPORTER_OTLP_ENDPOINT must contain the complete OTLP/HTTP trace endpoint. Include /v1/traces when your collector uses the standard OTLP path.
Export built-in traces to Honeycomb
Truss has a dedicated Honeycomb configuration that reads the API key from Baseten secrets:-
Add your Honeycomb API key to Baseten secrets as
HONEYCOMB_API_KEY. -
Update
config.yaml:config.yaml -
Send requests with a
traceparentheader to continue an existing distributed trace. If you omit the header, Truss generates a trace ID.
Add custom OTEL instrumentation
Use the OpenTelemetry packages included with the Truss server to create custom spans and events. The following example sends custom spans to an OTLP/HTTP collector:model.py