Skip to content

Commit

Permalink
Merge pull request #17169 from jack-berg/rework-otlp-config
Browse files Browse the repository at this point in the history
Rework and consolidate OTLP configuration related pages
  • Loading branch information
ally-sassman committed May 7, 2024
2 parents 92eb09a + 4bf0ea3 commit bbf616b
Show file tree
Hide file tree
Showing 34 changed files with 391 additions and 1,303 deletions.
4 changes: 2 additions & 2 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ There are several ways you can contribute:

- If you wish to make documentation edits or add new
documentation, follow our [documentation contribution guidelines](https://docs.newrelic.com/docs/style-guide/writing-guidelines/create-edit-content/#edit-doc).
- If you'd like to to make code contributions, or make content contributions locally, follow the contribution guidelines below.
- If you'd like to make code contributions, or make content contributions locally, follow the contribution guidelines below.

## Getting started

Expand All @@ -63,7 +63,7 @@ The first time you build the site locally, it will take upwards of 20 minutes. T

### Dependencies

Node v16 is used in this project as specified in [.nvmrc](https://github.com/newrelic/developer-website/blob/master/.nvmrc).
Node v18 is used in this project as specified in [.nvmrc](https://github.com/newrelic/developer-website/blob/master/.nvmrc).

### Unit tests

Expand Down

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

Original file line number Diff line number Diff line change
Expand Up @@ -53,9 +53,9 @@ Check out this documentation about how to configure different types of sampling:
<Collapser
className="freq-link"
id="infinite-tracing"
title="New Relic tail-based sampling with Infinite Tracing"
title="New Relic tail-based sampling with infinite tracing"
>
Infinite Tracing is New Relic's tail-based sampling option. You can use this in conjunction with your OpenTelemetry instrumented services. In setting up Infinite Tracing, you need to configure applications (or the collector) to export trace data to the New Relic trace observer using OTLP gRPC:
Infinite tracing is New Relic's tail-based sampling option. You can use this in conjunction with your OpenTelemetry instrumented services. In setting up Infinite tracing, you need to configure applications (or the collector) to export trace data to the New Relic trace observer using OTLP gRPC:

1. Follow the steps in [Set up the trace observer](/docs/distributed-tracing/infinite-tracing/set-trace-observer/) to get the value for `YOUR_TRACE_OBSERVER_URL`.
2. As you complete the steps in the [quick start guide](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/opentelemetry-quick-start/#review-settings), use the value of `YOUR_TRACE_OBSERVER_URL` to configure your integration. `YOUR_TRACE_OBSERVER_URL` follows the form `https://{trace-observer}:443/trace/v1`. When setting the OTLP gRPC endpoint, strip off the `/trace/v1` suffix, resulting in a URL of the form `https://{trace-observer}:443`.
Expand Down Expand Up @@ -158,4 +158,4 @@ NRQL query representation

The most important thing to notice with resource attributes is the potential difference in the size of the payload being sent compared to what is stored in NRDB. All resource attribute values will be applied to every span in the OTLP payload. The example above only shows a single span being sent but if the payload contained 100 spans, each one of them would have `process.command_line` and `service.name` applied to them.

For some Java based applications, the default `process.command_line` attribute can be thousands of characters long which may result in a significant and unexpected increase in billable bytes. If these resource attributes do not provide value they can be disabled by following the [OpenTelemetry and attribute lengths: Best Practices](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-best-practices-attributes/)
For some Java based applications, the default `process.command_line` attribute can be thousands of characters long which may result in a significant and unexpected increase in billable bytes. If these resource attributes do not provide value they can be disabled by following the best practices described in [Attribute limits](/docs/more-integrations/open-source-telemetry-integrations/opentelemetry/best-practices/opentelemetry-otlp/#attribute-limits).

This file was deleted.

0 comments on commit bbf616b

Please sign in to comment.