Importante
Recomendamos actualizar a la última versión del agente tan pronto como esté disponible. Si no puede actualizar a la última versión, actualice su agente a una versión que no tenga más de 90 días de antigüedad. Obtenga más información sobre cómo mantener al agente actualizado.
Consulte la política de fin de vida del agente Ruby New Relic para obtener información sobre los lanzamientos del agente y las fechas de soporte.
v10.6.0
Característica: los eventos SpanLink ahora son compatibles con el agente Hybrid
Los spans creados por una API de OpenTelemetry ahora pueden tener Span Links asociados a ellos. Los enlaces se pueden agregar al inicio de un span, pasándolos al argumento
linkso llamando a la APIOpenTelemetry::Trace::Span#add_link. PR#3586Característica: los eventos SpanEvent ahora son compatibles con el agente Hybrid
Los spans creados por una API de OpenTelemetry ahora pueden tener eventos SpanEvent asociados a través de la API
OpenTelemetry::Trace::Span#add_event. Los eventos SpanEvent capturan anotaciones con timestamp en un span y se envían a New Relic junto con el span principal. PR#3587Característica: establecer el tipo de span en todos los spans del agente Hybrid
Anteriormente, solo los spans de OpenTelemetry que se traducían en segmentos de solicitudes externas o segmentos de almacenamiento de datos agregaban el tipo de span como atributo. Ahora, el agente agrega el tipo de span a todos los spans de OpenTelemetry donde el valor está disponible. PR#3589
Característica: agregar soporte para OpenTelemetry::Tracer#start_root_span
La API
OpenTelemetry::Tracer#start_root_spanahora se puede usar para forzar el inicio de una transacción para un span determinado, siempre que tenga un tipo de span:servero:consumer. Para cualquier otro tipo de span, no realizará ninguna operación. Este método se usa más comúnmente en la instrumentación de trabajos en segundo plano. PR#3588Corrección de error: solucionar que
instrumentation.rails_event_logger: falseno deshabilite la instrumentaciónAnteriormente, establecer
instrumentation.rails_event_loggerenfalseno deshabilitaba la instrumentación deRails.eventcomo se esperaba; se seguía instalando durante el arranque de Rails. Esto ya fue solucionado. PR#3564Corrección de error: normalizar los valores de tipo booleano a
disabledpara las claves de configuración de instrumentaciónAnteriormente, solo
disableddesactivaba una clave de configuración deinstrumentation.*. Ahora, los valores de tipo booleano comofalse,nooofftambién se resuelven comodisabledy evitan que se instale la instrumentación. PR#3579Corrección de error: las métricas de compatibilidad de logging por biblioteca ahora reflejan el estado de instrumentación de cada biblioteca
Anteriormente, las métricas de
Supportability/Logging/Ruby/{library}/{enabled|disabled}informaban el valor de la configuración global deapplication_logging.enabledpara cada biblioteca, en lugar del estado real de cada biblioteca. Como resultado, la métrica informabaenabledincluso cuando se había deshabilitado la instrumentación de logging para una biblioteca específica o no se estaba usando la gema de esa biblioteca en absoluto. Ahora, la métrica de cada biblioteca refleja si su propia instrumentación de logging está habilitada. PR#3571