Ingest traces via OTLP
Changed onIngest traces via the OTLP/HTTP protobuf protocol.
This endpoint accepts a serialized ExportTraceServiceRequest protobuf. Point any OTLP/HTTP collector or SDK at POST /otlp/v1/traces and spans will flow into the same ingest stream as the Agenta-native endpoints.
Use this when you already have OTel instrumentation emitting OTLP. For new integrations that don't need raw OTLP, prefer POST /tracing/spans/ingest — it takes JSON, accepts Agenta's nested shape directly, and surfaces parse failures immediately.
Content-Type and size limit
Binary protobuf only (Content-Type: application/x-protobuf). JSON OTLP is not accepted. Requests larger than the configured batch limit (default 10 MB, see AGENTA_OTLP_MAX_BATCH_BYTES) return 413 Request Entity Too Large.
Response
Successful ingest returns 200 OK with a serialized ExportTraceServiceResponse protobuf. Parse failures on the request body return 400; malformed spans return 500; quota exhaustion returns 403. Like the native ingest paths, spans are queued on a Redis stream and persisted asynchronously — see Tracing — Async write contract.
Request
- Base URL/api (relative, and the document was published on a file host, not at the API’s origin)
- URL/api/otlp/v1/traces
- AuthAPI key in header Authorization
Response
Successful Response
Changes
- warning
removed the optional property
from the response with the status - warning
removed the optional property
from the response with the status
- warning
- info
api tag
OpenTelemetryadded - info
api tag
Observabilityremoved
- info