OpenTelemetry provides a rich tracing ecosystem, with an API for recording trace telemetry, an SDK for exporting span data, and context propagation for tracing across application boundaries.
This page describes how New Relic handles OpenTelemetry spans it receives via the New Relic OTLP endpoint. To send OpenTelemetry traces to New Relic, you'll need to configure your trace source to export data to the New Relic OpenTelemetry Collector via the OTLP endpoint. See the following pages:
- For endpoint configuration requirements, see New Relic OTLP endpoint.
- For instructions to configure services with OpenTelemetry, see OpenTelemetry APM monitoring.
OTLP span mapping
New Relic maps OTLP spans to the Span
data type. The table below describes how fields from the trace proto message definitions are interpreted:
OTLP proto field | New Relic |
---|---|
| Each key/value is an attribute on the |
|
|
|
|
| Each key/value is an attribute on the |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Each key/value is an attribute on the |
|
|
| Each event is recorded as a |
| Stored as |
| Stored as |
| Each key/value is stored as an attribute on |
| Stored as |
|
|
|
|
|
|
Table footnotes
[1] In case of conflict in resource attributes, scope attributes, span attributes, and top level span fields, the order of precedent (highest to lowest) is the top level Span.*
fields > Span.attributes
> ScopeSpans.InstrumentationScope.attributes
> ResourceSpans.Resource.attributes
.
See OTLP attribute types for details on New Relic OTLP endpoint supported attribute types.
Span links support
OpenTelemetry span links are not currently supported by New Relic.