• /
  • EnglishEspañolFrançais日本語한국어Português
  • EntrarComeçar agora

Esta tradução de máquina é fornecida para sua comodidade.

Caso haja alguma divergência entre a versão em inglês e a traduzida, a versão em inglês prevalece. Acesse esta página para mais informações.

Criar um problema

Suporte à API OpenTelemetry nos agentes New Relic

Os agentes do New Relic APM agora suportam APIs do OpenTelemetry (OTel), permitindo que você instrumente suas aplicações usando APIs do OpenTelemetry independentes de fornecedor, enquanto mantém acesso total aos poderosos recursos de APM da New Relic. Essa capacidade oferece a você a flexibilidade de escrever código de instrumentação portátil sem sacrificar a profundidade dos insights e recursos que a New Relic fornece.

Benefícios

Usar o suporte à API OpenTelemetry com os agentes New Relic oferece várias vantagens:

  • Instrumentação independente de fornecedor: Escreva instrumentação personalizada usando APIs padrão do OpenTelemetry que funcionam em diversas plataformas de observabilidade
  • Nenhuma migração necessária: Ative o suporte à API OTel no seu agente New Relic existente sem substituir sua instrumentação atual
  • Adoção gradual: Use as APIs do OpenTelemetry para nova instrumentação personalizada enquanto a instrumentação existente da New Relic continua funcionando
  • Compatibilidade de modo misto: Rastreie requisições de forma transparente entre serviços instrumentados com agentes New Relic, APIs OpenTelemetry ou agentes OTel puros
  • Instrumentação da comunidade: Aproveite a instrumentação nativa do OpenTelemetry para frameworks e bibliotecas

O que este recurso oferece

Quando você ativa o suporte à API do OpenTelemetry em um agente New Relic, o agente pode:

  • Capture spans, traces, métricas e logs criados usando APIs do OpenTelemetry
  • Integre a telemetria gerada pelo OTel perfeitamente aos traces do New Relic APM
  • Suporte a instrumentação nativa do OpenTelemetry que não entra em conflito com a instrumentação integrada do New Relic
  • Mantenha o contexto de rastreamento em serviços instrumentados mistos com New Relic e OpenTelemetry

Importante

Este recurso está desativado por padrão. Você deve habilitá-lo explicitamente por meio da configuração do agente.

Linguagens e recursos suportados

O suporte à API do OpenTelemetry está disponível para os seguintes agentes do New Relic APM:

Linguagem

Versão mínima

API de Traces

APImétrica

API de Logs

Links de extensão

Eventos em spans

Java

[9.1.0]

Node.js

[13.13.0]

.NET

[10.49.0]

Veja a nota abaixo

Python

[11.5.0]

Veja a nota abaixo

Ruby

[10.2.0]

Dica

Logs de .NET e Python: O agente .NET já utiliza a biblioteca de logging que se tornou a API do OpenTelemetry para dados de log. O agente Python já suporta o módulo logging. Para compatibilidade com versões anteriores, ativar o suporte à API do OpenTelemetry não altera a forma como esses agentes instrumentam logs.

Amostragem em ambientes mistos

Todos os agentes agora suportam amostragem de trace por taxa, alinhando-se aos padrões do OpenTelemetry e garantindo uma lógica de amostragem consistente em ambientes mistos.

Principais benefícios:

  • Decisões de amostragem consistentes entre o New Relic e serviços instrumentados com OTel
  • Preservação de decisões de rastreamento upstream dos SDKs do OTel

Para detalhes sobre como a amostragem adaptativa funciona, metas de amostragem por agente e opções de configuração, consulte Amostragem de rastreamento distribuído.

Tipos de instrumentação suportados

Instrumentação nativa (automática)

A instrumentação nativa do OpenTelemetry é suportada por padrão. Essas instrumentações são incorporadas diretamente à biblioteca ou framework por seu mantenedor e funcionam automaticamente quando você habilita o suporte à API do OpenTelemetry.

As instrumentações nativas específicas disponíveis variam de acordo com o agente de linguagem. Consulte a seção de configuração para obter detalhes sobre quais instrumentações são suportadas para cada linguagem.

Importante

Limitação conhecida: Algumas instrumentações nativas podem produzir nomes de span ou nomes de métrica ligeiramente diferentes em comparação com a instrumentação integrada da New Relic devido a diferenças nas convenções semânticas do OpenTelemetry (por exemplo, Elasticsearch, RabbitMQ).

Instrumentação personalizada com APIs do OpenTelemetry

Você pode escrever instrumentação personalizada usando as APIs padrão do OpenTelemetry:

  • Traces: Crie spans personalizados e adicione atributos usando a API de Tracing do OpenTelemetry
  • Métricas: Registre métricas personalizadas usando a API de Métricas do OpenTelemetry (onde suportado)
  • Logs: Escreva logs usando a API de Logs do OpenTelemetry (onde suportado)

Consulte a documentação do OpenTelemetry para obter detalhes sobre o uso dessas APIs em sua linguagem.

Como habilitar o suporte à API OpenTelemetry

O suporte à API OpenTelemetry está desabilitado por padrão. Ative-o por meio da configuração do seu agente:

Verifique se está funcionando

Após habilitar o suporte à API do OpenTelemetry, verifique se está funcionando:

  1. Implante sua aplicação com a configuração do agente atualizada.

  2. Se estiver usando instrumentação personalizada, certifique-se de que seu código esteja criando spans/métricas usando as APIs do OpenTelemetry.

  3. Gere tráfego para sua aplicação.

  4. Verifique sua interface do New Relic APM:

    • Acesse one.newrelic.com > All capabilities > APM & services > (selecione sua aplicação)
    • Visualize traces distribuídos para ver spans criados pelas APIs do OpenTelemetry integrados aos seus traces

Limitações e problemas conhecidos

Limitações da instrumentação

Limitação

Descrição

Instrumentação de biblioteca não suportada

Instrumentações de bibliotecas OpenTelemetry que requerem instalação de pacote separada não são suportadas nesta versão. Apenas instrumentações nativas criadas diretamente na biblioteca pelo seu mantenedor funcionam automaticamente.

Instrumentação de bytecode Java não detectada

A autoinstrumentação Java OpenTelemetry que usa manipulação de bytecode não será detectada pelo agente Java da New Relic.

Diferenças de convenções semânticas

Algumas instrumentações do OpenTelemetry usam convenções de nomenclatura diferentes para spans e métricas em comparação com a instrumentação nativa do New Relic:

  • Elasticsearch: Nomes de span e nomes de operação podem diferir em maiúsculas e minúsculas e comprimento
  • RabbitMQ: O rastreamento distribuído funciona de forma diferente (links de span vs. relacionamentos pai/filho)

Dica

Essas diferenças podem afetar dashboards e condições de alerta existentes que dependem de nomes específicos de spans ou métricas. Revise e atualize suas consultas se você mudar da instrumentação do New Relic para a instrumentação do OpenTelemetry para estes serviços.

Limitações específicas do agente

  • Python: Apenas a API de Traces é suportada; as APIs de Métricas e Logs não estão disponíveis
  • Ruby: Apenas a API de Traces é suportada; as APIs de Métricas e Logs não estão disponíveis
  • .NET: Habilitar métricas do OpenTelemetry pode aumentar os custos de ingestão de métricas dimensionais

Resolução de problemas

Spans do OpenTelemetry não aparecem nos rastreamentos

Se você habilitou o suporte à API do OpenTelemetry, mas não vê spans gerados pelo OTel em seus traces:

Precisa de ajuda?

Se você estiver enfrentando problemas com o suporte à API OpenTelemetry, entre em contato com o Suporte da New Relic para obter assistência.

Qual é o próximo?

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.