View your OpenTelemetry data in New Relic

Log into New Relic.

In the left-hand navigation, click Services - OpenTelemetry:

Click your service:

This brings you to a service view that shows trace data from your application, including:

• Response time
• Throughput
• Error rate

In the left-hand navigation, click Distributed tracing:

This shows data about the traces that you generated in your service:

• Trace count
• Trace duration
• Traces with errors
• Trace groups

Trace groups shows shows traces grouped by the name of their root span. Because all of your spans are root spans, there are four trace groups, one for each database function.

Click the create group:

Order the traces by number of errors ascending, and click one of the traces with no errors:

Click on the span:

Here, you see performance data about the span, such as average duration and throughput.

Click Attributes:

You configured a few of the attributes you see here in your SDK code. For example, the key that the simulator created:

Now that you've seen the details that you captured in successful operations within your app, take a look at some of those errors.

Back out of this view and click on Events > Errors:

Here, you see information about those span events:

Click a create error:

Click a trace:

Click the span:

Here, you see a lot of the same information you saw in the span details, but there's also a new Error Details button.

Click Error Details:

Here, you see the details of the exception span event:

These details include the exception's status code and status description. With this, you know that your users are frequently making create() calls for keys that already exist in the database.

This is great information, but you can see more, including the stack trace of the exception, to further assess the errors.

Click There was 1 span event exception to see further details about your exception:

Here, you see more details about your exception, including its stack trace, type, and timestamp:

After reviewing this information, you decide that this isn't an error at all, it's a feature. You designed your database to only allow creates on new keys, which is logical. This shouldn't be captured as an error in your code. Doing so could make real errors harder to see.