After you've sent us your OpenTelemetry data and opened your service (entity) in the UI, click on Transactions to identify slow transactions that might be causing a spike in your application's response time. Once you identify a transaction with a problem, you can drill in to details on that transaction's performance and see distributed traces involving that transaction.
New Relic's notion of a transaction encapsulates one logical unit of work in a software application--generally, this is work performed by a single process.
You can choose to use either metrics or spans to power the the Transactions view.
When choosing metrics, transactions are only shown for HTTP servers. Transactions for gRPC service methods or other protocols are not yet shown.
With OpenTelemetry, we rely on
SpanKind for mapping trace data to New Relic's concept of a transaction. A
consumer is used to identify the entry point of a process-- that is, these are spans that are either root spans or child spans of a remote process.
For your OpenTelemetry data to appear in the Transactions page, make sure it has the following attributes, in accordance with the OTel semantic conventions:
Metrics or spans?
To learn about OpenTelemetry in other UI pages, see the UI overview.