Telemetría abierta Él tiene Anuncio hecho Enumeraron el perfilado continuo como Señal de telemetría básicay flexible Él tiene Ella donó su agente de elaboración de perfiles en curso. Al proyecto OpenTelemetry.

Elastic Donation proporciona un proxy de análisis continuo de alta calidad basado en eBPF para el ecosistema OpenTelemetry. Este agente proporciona capacidades de análisis continuo para todo el sistema con una sobrecarga mínima, abordando muchas de las limitaciones de los métodos de análisis tradicionales. Esta contribución surge tras la fusión del modelo de datos de análisis OTEP (Propuesta de mejora de OpenTelemetry) en marzo de 2023 y los esfuerzos continuos para crear una especificación e implementación estables para el análisis dentro de OpenTelemetry. Las características clave incluyen:

• Bajo impacto en el rendimiento, con aproximadamente un 1 % de uso de CPU
• No se necesitan herramientas de codificación, recompilación ni reinicio del servicio
• Soporte para una amplia gama de lenguajes de programación y tiempos de ejecución.
• Capacidad para monitorear bibliotecas de terceros y procesos del kernel.

Las capacidades del agente incluyen identificar rutas de código no óptimas y proporcionar una vista integral del comportamiento de ejecución de la aplicación. Esta contribución debería acelerar la adopción de la creación de perfiles como la cuarta señal clave en OpenTelemetry, junto con el seguimiento, las métricas y los registros.

La adopción de perfiles continuos en un sistema de observabilidad aborda muchas de las limitaciones impuestas por los métodos de perfiles tradicionales. Elimina la necesidad de molestos reinicios de servicios, reduce los costos de rendimiento asociados con las herramientas de codificación y proporciona visibilidad de bibliotecas de terceros que antes eran difíciles de perfilar.

El segundo anuncio proporciona contexto para el viaje más amplio para integrar la creación de perfiles en OpenTelemetry. Detalla la formación de un Grupo de Interés Especial (SIG) dedicado a la elaboración de perfiles y los desafíos que se enfrentan en el desarrollo de un enfoque estandarizado para la elaboración de perfiles continuos dentro del marco de OpenTelemetry.

SIG Profiles tuvo que tomar varias decisiones clave, entre ellas:

1. Si construir sobre modelos de datos existentes o crear un modelo completamente nuevo
2. Cómo equilibrar las convenciones de creación de perfiles específicas del dominio con las convenciones de OpenTelemetry específicas del marco
3. Elija un formato de metarchivo existente adecuado como base

El proceso de integración de datos de perfiles en OpenTelemetry Collector sigue un patrón similar al de otras señales. Los datos se ingieren y se descomponen en el formato “pdata” interno del recopilador de datos y luego se procesan de manera uniforme junto con otras señales de telemetría.

La creación de perfiles continuos permite muchos casos de uso que van más allá del análisis tradicional de rendimiento y costos. Estos casos incluyen correlación de señales, respuesta a incidentes y análisis detallado del consumo de recursos. La tecnología se muestra prometedora a la hora de identificar problemas como picos de CPU, problemas de memoria, contención del sincronizador y fluctuaciones de la red. Agregar perfiles continuos a OpenTelemetry ayudará a los ingenieros a identificar código que consume muchos recursos y aumentará la neutralidad del proveedor al reducir la dependencia de agentes APM propietarios.

Otra tendencia importante es la integración de la tecnología eBPF en soluciones de creación de perfiles como Elastic Donated Proxy. La tecnología eBPF permite la creación de perfiles integrales a nivel de sistema con una sobrecarga mínima, aunque presenta desafíos en la gestión de código y la compatibilidad del tiempo de ejecución.

En una discusión sobre cómo convencer a las organizaciones para que adopten OpenTelemetry, el usuario SuperQue en Reddit Destaca la falta anterior de creación de perfiles persistentes en OpenTelemetry como una debilidad:

“Honestamente, no vi ningún beneficio de Otel. Pasamos meses y meses trabajando en implementarlo, obteniendo todas las configuraciones de clickhouse, pero en realidad no proporcionó ningún valor adicional sobre las bibliotecas que ya estábamos equipadas con Prometheus. De hecho, espero con ansias herramientas de análisis más continuo que Otel. Los datos producidos por Polar Signals y Pyroscope parecen brindarle detalles mucho mejores sobre las partes lentas de su código y son mucho más útiles de lo que parece ser el rastreo. proporcionar.”

La adopción del análisis continuo por parte de la comunidad OpenTelemetry es consistente con una tendencia creciente de la industria. Varias nuevas empresas y proveedores importantes de capacidades de monitoreo han ingresado a este espacio recientemente, reconociendo el valor de analizar datos al correlacionarlos con otras señales de telemetría. Otros agentes de análisis continuo, como Polar Signals agente del Barça y Aleaciones Grafana y agente Grafana Disponible en este espacio.

Vídeo publicado en Canal de YouTube de OpenObservability Talks Incluye una discusión en profundidad sobre la integración de perfiles persistentes en OpenTelemetry, con la participación de expertos. Félix Geisendorfer de Datadog y Ryan Perry de los laboratorios GrafanaDiscuten la evolución de la elaboración de perfiles desde una herramienta para el análisis de rendimiento y costos a una señal clave para la observabilidad, con registros, métricas y seguimientos, y abordan la integración de la propuesta de mejora de OpenTelemetry (OTEP) para la elaboración de perfiles, que mueve la señal de elaboración de perfiles a una fase piloto dentro de OpenTelemetry. Explican la decisión de adoptar una versión extendida del formato pprof, llamada “pprof-extended”, como estándar para los datos de perfiles de OTel. Continúan destacando los desafíos para equilibrar los requisitos de rendimiento con los acuerdos OTel existentes y discuten la posibilidad de admitir múltiples formatos de generación de perfiles. También abordan el desarrollo de aplicaciones de referencia para diferentes lenguajes de programación y tiempos de ejecución.