• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Soporte de la API de OpenTelemetry en los agentes de New Relic

Los agentes de APM de New Relic ahora admiten las API de OpenTelemetry (OTel), lo que le permite instrumentar sus aplicaciones utilizando las API de OpenTelemetry independientes del proveedor mientras mantiene acceso total a las potentes funciones de APM de New Relic. Esta capacidad le brinda la flexibilidad de escribir código de instrumentación portátil sin sacrificar la profundidad de la información y las características que ofrece New Relic.

Beneficios

El uso del soporte de la API de OpenTelemetry con los agentes de New Relic ofrece varias ventajas:

  • Instrumentación independiente del proveedor: Escriba instrumentación personalizada utilizando APIs estándar de OpenTelemetry que funcionan en distintas plataformas de observabilidad
  • No se requiere migración: Habilite el soporte para la API de OTel en su agente New Relic existente sin reemplazar su instrumentación actual
  • Adopción gradual: Usa las API de OpenTelemetry para nueva instrumentación personalizada mientras la instrumentación existente de New Relic sigue funcionando
  • Compatibilidad de modo mixto: Rastrea solicitudes de forma fluida a través de servicios instrumentados con agentes de New Relic, API de OpenTelemetry o agentes OTel puros
  • Instrumentación de la comunidad: Aproveche la instrumentación nativa de OpenTelemetry para frameworks y bibliotecas

Qué ofrece esta función

Cuando habilitas el soporte de la API de OpenTelemetry en un agente de New Relic, el agente puede:

  • Capture spans, trazas, métricas y logs creados mediante las API de OpenTelemetry
  • Integra la telemetría generada por OTel de forma fluida en las trazas de New Relic APM
  • Soportar la instrumentación nativa de OpenTelemetry que no entre en conflicto con la instrumentación integrada de New Relic
  • Mantener el contexto de la traza en servicios instrumentados mixtos de New Relic y OpenTelemetry

Importante

Esta función está deshabilitada de forma predeterminada. Debe habilitarlo explícitamente a través de la configuración del agente.

Lenguajes y características compatibles

El soporte para la API de OpenTelemetry está disponible para los siguientes agentes de APM de New Relic:

Idioma

Versión mínima

API de trazas

APImétrica

API de Logs

Enlaces de extensión

Eventos en spans

Java

[9.1.0]

Node.js

[13.13.0]

.NET

[10.49.0]

Consulte la nota a continuación

Python

[11.5.0]

Consulte la nota a continuación

Ruby

[10.2.0]

Sugerencia

Logs de .NET y Python: El agente de .NET ya utiliza la biblioteca de logging que se convirtió en la API de OpenTelemetry para datos de log. El agente de Python ya admite el módulo logging. Para la compatibilidad con versiones anteriores, habilitar el soporte de la API de OpenTelemetry no cambia la forma en que estos agentes instrumentan los logs.

Muestreo en entornos mixtos

Todos los agentes ahora soportan el muestreo de proporción de trazas, alineándose con los estándares de OpenTelemetry y asegurando una lógica de muestreo consistente en entornos mixtos.

Beneficios clave:

  • Decisiones de muestreo consistentes en servicios instrumentados con New Relic y OTel
  • Preservación de las decisiones de rastreo ascendentes de los SDK de OTel

Para obtener detalles sobre cómo funciona el muestreo adaptativo, los objetivos de muestreo por agente y las opciones de configuración, consulta Muestreo de rastreo distribuido.

Tipos de instrumentación admitidos

Instrumentación nativa (automática)

La instrumentación nativa de OpenTelemetry se admite de forma predeterminada. Estas instrumentaciones están integradas directamente en la biblioteca o framework por su mantenedor y funcionan automáticamente cuando habilitas el soporte de la API de OpenTelemetry.

Las instrumentaciones nativas específicas disponibles varían según el agente de lenguaje. Consulte la sección de configuración para obtener detalles sobre qué instrumentaciones son compatibles para cada lenguaje.

Importante

Limitación conocida: Algunas instrumentaciones nativas pueden producir nombres de span o de métricas ligeramente diferentes en comparación con la instrumentación integrada de New Relic debido a diferencias en las convenciones semánticas de OpenTelemetry (por ejemplo, Elasticsearch, RabbitMQ).

Instrumentación personalizada con las API de OpenTelemetry

Puede escribir instrumentación personalizada utilizando las API estándar de OpenTelemetry:

  • Trazas: Cree spans personalizados y agregue atributos usando la API de Tracing de OpenTelemetry
  • Métricas: Registre métricas personalizadas mediante la API de métricas de OpenTelemetry (donde sea compatible)
  • Logs: Escriba logs usando la API de Logs de OpenTelemetry (donde sea compatible)

Consulte la documentación de OpenTelemetry para obtener detalles sobre el uso de estas API en su lenguaje.

Cómo habilitar el soporte para la API de OpenTelemetry

El soporte de la API de OpenTelemetry está deshabilitado por defecto. Habilítelo a través de la configuración de su agente:

Verificar que funcione

Después de habilitar el soporte de la API de OpenTelemetry, verifique que esté funcionando:

  1. Despliegue su aplicación con la configuración actualizada del agente.

  2. Si utiliza instrumentación personalizada, asegúrese de que su código cree spans/métricas mediante las API de OpenTelemetry.

  3. Genere tráfico a su aplicación.

  4. Revisa tu UI de New Relic APM:

    • Vaya a one.newrelic.com > All capabilities > APM & services > (seleccione su aplicación)
    • Vea las trazas distribuidas para ver los spans creados por las API de OpenTelemetry integradas en sus trazas

Limitaciones y problemas conocidos

Limitaciones de la instrumentación

Limitación

Descripción

Instrumentación de biblioteca no compatible

Las instrumentaciones de bibliotecas de OpenTelemetry que requieren la instalación de paquetes por separado no se admiten en esta versión. Solo las instrumentaciones nativas que están integradas directamente en la librería por su mantenedor funcionan automáticamente.

Instrumentación de bytecode de Java no detectada

La autoinstrumentación de OpenTelemetry para Java que utiliza manipulación de bytecode no será detectada por el agente de Java de New Relic.

Diferencias de convenciones semánticas

Algunas instrumentaciones de OpenTelemetry utilizan convenciones de nomenclatura diferentes para spans y métricas en comparación con la instrumentación integrada de New Relic:

  • Elasticsearch: Los nombres de los spans y los nombres de las operaciones pueden diferir en el uso de mayúsculas y en longitud.
  • RabbitMQ: El rastreo distribuido funciona de manera diferente (enlaces de span vs. relaciones padre/hijo)

Sugerencia

Estas diferencias pueden afectar los dashboards y las condiciones de alerta existentes que dependen de nombres específicos de spans o métricas. Revise y actualice sus consultas si cambia de la instrumentación de New Relic a la instrumentación de OpenTelemetry para estos servicios.

Limitaciones específicas del agente

  • Python: Solo se admite la API de Trazas; las API de Métricas y Logs no están disponibles
  • Ruby: Solo se admite la API de Trazas; las API de Métricas y Logs no están disponibles
  • .NET: Habilitar las métricas de OpenTelemetry puede aumentar los costos de ingesta de métricas dimensionales

Resolución de problemas

Los spans de OpenTelemetry no aparecen en las trazas

Si ha habilitado el soporte para la API de OpenTelemetry pero no ve los spans generados por OTel en sus trazas:

¿Necesitas ayuda?

Si tiene problemas con el soporte de la API de OpenTelemetry, comuníquese con el Soporte de New Relic para obtener asistencia.

¿Que sigue?

Copyright © 2026 New Relic Inc.

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