OpenTelemetry es un conjunto de herramientas que puede utilizar para recopilar telemetry data de su aplicación y hosts y luego exportar esos datos a New Relic. Una vez que los datos estén en New Relic, puede utilizar la plataforma New Relic para analizar los datos y resolver problemas de la aplicación.
OpenTelemetry tiene características que se superponen con el agente New Relic, así que revise la información a continuación para ver si le ayudará a lograr sus objetivos de telemetría. Si ya está familiarizado con OpenTelemetry y desea comenzar, consulte nuestras instrucciones de configuración .
A continuación se presentan algunos temas que le ayudarán a familiarizarse con OpenTelemetry:
- Beneficios de OpenTelemetry
- ¿Debo utilizar OpenTelemetry o el agente New Relic?
- Cómo funciona OpenTelemetry con New Relic
Beneficios de OpenTelemetry
OpenTelemetry proporciona una especificación segura e independiente del proveedor para el servicio y la instrumentación del host para que pueda exportar datos a distintos backends de su elección, como New Relic. OpenTelemetry ofrece un conjunto único de API y biblioteca que estandarizan la forma en que recopila y transfiere telemetry data para sus servicios y hosts.
Los siguientes componentes componen el proyecto OpenTelemetry:
- Especificaciones para los pilares centrales de la observabilidad para impulsar la coherencia en todos los proyectos. New Relic admite todas estas señales: traza, métrica y log (ver detalles a continuación)
- API que contienen interfaces e implementaciones basadas en las especificaciones SDK (implementaciones de referencia de las API) creadas específicamente para lenguajes como Java, Python, Go, Erlang y más.
- Recolector que ofrece una implementación independiente del proveedor para procesar y exportar
- Exportadores que le permiten enviar datos a un backend de su elección
Los componentes de OpenTelemetry trabajan juntos para crear algunas ventajas distintivas para capturar telemetry data:
Característica | Descripción |
|---|---|
Instrumentación ubicua | Un estándar único y abierto de instrumentación proporciona una mejor cobertura y flexibilidad, ya que ingenieros de todo el mundo contribuyen a la instrumentación. |
Prueba del futuro | A medida que la instrumentación se integra en la biblioteca y el marco, y a medida que más proveedores se mueven para admitir este estándar abierto, puede estar seguro de que no necesitará cambiar su instrumentación. |
Soporte para tecnologías más nuevas | Cuando surgen nuevas tecnologías, los contribuyentes pueden crear integración en OpenTelemetry o agregar instrumentación directamente al código fuente, lo que garantiza que el usuario final pueda monitor fácilmente estas nuevas tecnologías. |
Elección simplificada | No es necesario decidir qué opción de instrumentación utilizar (una opción propietaria o uno de los otros estándares abiertos). |
Compatibilidad multiplataforma | OpenTelemetry admite una variedad de idiomas y backend. Representa una ruta independiente del proveedor para capturar y transmitir telemetría al backend sin alterar la instrumentación existente. |
Observabilidad simplificada | Es más fácil para los proveedores brindar soporte y realizar pruebas con un único estándar, ya que no necesitan desarrollar su propio agente o recolector. |
Alta dimensionalidad | OpenTelemetry utiliza métrica dimensional, por lo que puedes filtrar y facetar más aspectos de los datos, como regiones de AWS, clúster de Kubernetes o versiones de servicio. Las métricas dimensionales también conducen a un menor tiempo entre la ocurrencia y el informe. |
¿Debo utilizar instrumentación OpenTelemetry o agente New Relic?
Al considerar OpenTelemetry, es posible que también esté buscando el agente New Relic que también captura telemetry data.
Como era de esperar, existe mucha superposición entre las características disponibles del agente OpenTelemetry y los SDK y las disponibles del agente New Relic. Esto es especialmente cierto si está interesado en telemetry data distribuidos por rastreo. La elección que hagas dependerá de lo que necesites.
Le recomendamos que explore la instrumentación de New Relic y OpenTelemetry. La información de esta sección tiene algunos conceptos amplios que debe considerar y, si desea observar más de cerca las diferencias, consulte nuestra comparación detallada. Además, puede discutir esto en nuestro canal CNCF Slack, #otel-newrelic, para decidir qué funciona mejor para usted. Es posible que primero deba registrarse para obtener la cuenta Slack de CNCF aquí.
OpenTelemetry: un trabajo en progreso
OpenTelemetry sigue siendo un estándar emergente, por lo que sus opciones pueden verse afectadas por lo que esté disponible. Puede comprobar el estado actual de la especificación en el sitio de OpenTelemetry.
El estado actual de las API y SDK de OpenTelemetry específicos del idioma varía: algunos idiomas aún son pre-alfa y es posible que les falten instrucciones sobre cómo instrumentar su servicio. La mayoría de los lenguajes tienen alguna implementación de traza que es suficiente para comenzar a exportar datos a New Relic. Consulte esta tabla en GitHub que proporciona una descripción general del estado de cumplimiento de la especificación OpenTelemetry para cada idioma.
Para los idiomas en los que New Relic no proporciona actualmente un agente o SDK, OpenTelemetry puede ofrecerle una buena alternativa. Además, en los casos en los que desee un control explícito sobre el muestreo de sus telemetry data, OpenTelemetry proporciona mucha flexibilidad.
A medida que OpenTelemetry madure, continuaremos admitiendo nuevos modelos de datos de OpenTelemetry y brindándole experiencias UI seleccionadas en nuestra plataforma.
New Relic
En general, New Relic y el agente de infraestructura recopilarán más telemetry data para sus servicios y hosts. Además, ofrecen una amplia gama de opciones de configuración y un amplio conjunto de capacidades de instrumentación automática.
El agente APM de New Relic ofrece visibilidad detallada de la traza de la transacción para servicios individuales. También ofrecen muestreo predefinido para equilibrar el impacto en el rendimiento de su instrumentación con la necesidad de capturar suficientes datos para obtener información útil y valiosa.
Importante
Running New Relic agents and OpenTelemetry tooling in the same process
Las herramientas New Relic agente y OpenTelemetry (SDK, agente, etc.) se encuentran entre muchos productos APM en el mercado.
Para un lenguaje determinado, casi todos los productos APM funcionan utilizando el mismo lenguaje de bajo nivel y los mismos enlaces de tiempo de ejecución disponibles, la mayoría de los cuales alteran el comportamiento de su código en tiempo de ejecución. Dependiendo de la arquitectura de su lenguaje, esto a menudo se logra mediante técnicas como la manipulación de códigos de bytes o parches de mono.
Debido a las formas complejas en que los productos APM modifican el código en ejecución, no hay garantías de que un producto sea compatible con otro producto que se ejecute en el mismo proceso. En el mejor de los casos, vivirán uno al lado del otro sin que el otro lo sepa y generarán telemetría de forma independiente desde su aplicación. En el peor de los casos, se pisotearán unos a otros, lo que provocará un comportamiento impredecible.
New Relic no puede garantizar que nuestro agente APM sea compatible con un producto APM diferente que se ejecuta en el mismo proceso. Le recomendamos que elija el que mejor se adapte a sus necesidades, y sólo uno.
Cómo funciona OpenTelemetry con New Relic
New Relic admite el protocolo nativo OpenTelemetry (OTLP) para exportar telemetry data. Esto le permite utilizar los componentes independientes del proveedor desarrollados por la comunidad OpenTelemetry para exportar sus datos a New Relic.
Las tablas de las secciones siguientes muestran las características admitidas para cada señal de telemetría. Si tiene alguna pregunta sobre los detalles de las secciones siguientes o casos de uso no compatibles, contáctenos en nuestro canal CNCF Slack y mire esta página para futuras actualizaciones. Si prefiere obtener una visión general de una implementación con New Relic, consulte nuestra arquitectura de referencia.
Importante
Los exportadores de New Relic para OpenTelemetry ahora están en desuso a favor de exportar datos a New Relic usando OTLP.
Traza
New Relic ofrece soporte para la ingesta OTLP de señales de traza. La madurez de la especificación upstream es estable.
Las trazas y spans de OpenTelemetry son compatibles con las trazas y spans de New Relic. Los intervalos de OpenTelemetry incluyen opcionalmente un atributo (pares de nombre-valor) y un atributo de recurso que se asignan directamente a dimensiones que se pueden usar para facetar o filtrar datos de intervalo en el momento de la consulta. Los metadatos de intervalo de OpenTelemetry (por ejemplo, name, kind y trace_id) también se asignan directamente a dimensiones en intervalos de New Relic. En este momento, New Relic no admite enlaces de extensión.
Para más detalles, consulte la sección de traza de nuestra guía de mejores prácticas .
Característica | Soportado |
|---|---|
✅ | |
❌ | |
✅ (Debe estar no anidado y tener 64 elementos o menos) |
Métrica
New Relic ofrece soporte para la ingesta OTLP de señales métricas.
Estos son los tipos de datos de OpenTelemetry que admitimos y su mapeo asociado. Para más detalles, consulte OpenTelemetry métrica: mejores prácticas.
Tipo de métrica | Soportado |
|---|---|
Sumas delta | ✅ |
Sumas acumuladas | ✅ |
Medidor | ✅ |
Histograma delta | ✅ |
Resumen | ✅ |
Histograma acumulativo | ✅ |
Ejemplares | ❌ |
✅ (Debe estar no anidado y tener 64 elementos o menos) |
Logs
New Relic ofrece soporte para la ingesta OTLP de señales log . La madurez de la especificación upstream es estable.
El log de OpenTelemetry es compatible con el log en New Relic. El log de OpenTelemetry incluye opcionalmente un atributo (pares de nombre-valor) y un atributo de recurso que se asignan directamente a dimensiones que puede usar para facetar o filtrar datos log con consulta. Los metadatos log de OpenTelemetry (por ejemplo, name, severity_text y trace_id) también se asignan directamente a dimensiones de las capacidades de New Relic. Actualmente admitimos todos los tipos de mensajes de log de OpenTelemetry.
Para obtener más detalles, consulte la información de log en nuestra guía de mejores prácticas.
Característica | Soportado | Descripción |
|---|---|---|
Cuerpo del LogRecord | ✅ | Tipos admitidos: cadena, booleano, int, doble, bytes |
LogRecord atributo | ✅ | Tipos admitidos: cadena, booleano, int, doble, bytes |
Campos de LogRecord | ✅ | Ejemplos: name, severity_text, trace_id |
Mensajes de matriz (homogéneos) | ✅ (Debe estar no anidado y tener 64 elementos o menos) | |
✅ (Debe estar no anidado y tener 64 elementos o menos) |
Próximos pasos
Siga el inicio rápido de OpenTelemetry para ayudarle a comenzar.
También querrás revisar la guía de mejores prácticas para aprovechar al máximo los datos que exportas a New Relic.