重要
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.9.1
Corrección de errores: la instrumentación de Action Controller ya no presenta errores cuando no puede identificar la clase del controlador
Cuando el agente no podía identificar la clase del controlador de un requests, registraba
TypeError: no implicit conversion of nil into Stringy luegoNoMethodError: undefined method 'finish' for nil, y no registraba datos para ese requests. Estas transacciones ahora se denominanController/(unknown)/<action>y se registran normalmente. PR#3691Corrección de errores: evita que los workers de
Parallelse bloqueen al reportar una carga grandeCuando la instrumentación de
parallelestaba habilitada,Parallel.each/Parallel.mapconin_processes:podía bloquearse para siempre. Cada worker heredaba los extremos de escritura de la tubería que el agente registraba para sus hermanos anteriores, por lo que esas tuberías no podían llegar al final del archivo, y el hilo de escucha de la tubería del agente se bloqueaba esperando en uno de ellos. Cualquier worker cuyos datos excedieran el búfer de la tubería del sistema operativo se bloqueaba al salir. Ahora, el agente cierra el extremo de escritura de cada tubería en el padre justo después de la bifurcación, y el hilo de escucha ya no se bloquea en una sola tubería mientras otras todavía tienen datos en espera. Gracias a @yayamochi por reportar este error. Issue#3680 PR#3688Corrección de errores: las llamadas gRPC ya no fallan en los requests de los monitores de Sintéticos
Cuando una solicitud de un monitor de Sintéticos realizó una llamada gRPC, el agente agregó
X-NewRelic-Syntheticsa los metadatos de la llamada. gRPC solo permite claves de metadatos en minúsculas, por lo que la llamada generóArgumentError: 'X-NewRelic-Synthetics' is an invalid header key. El agente ahora envía los encabezados de Sintéticos en minúsculas. Las transacciones del servidor gRPC ahora también leen los encabezados de Sintéticos de los metadatos entrantes, por lo que un servicio gRPC llamado durante un check sintético registra su traza y atributos de Sintéticos. PR#3693
重要
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.9.0
Característica: perfilado continuo (versión preliminar)
El perfilado continuo es una nueva característica que aún no está disponible para uso general. El código del componente del lado del agente ya está presente en el agente, pero para usarlo realmente antes del lanzamiento de disponibilidad general, deberá comunicarse con el representante de ventas de New Relic para unirse a la versión preliminar de forma anticipada.
Continuous Profiling toma muestras repetidamente de los stack de llamadas de Ruby de la aplicación en ejecución y los reporta a New Relic, para que pueda ver qué métodos consumen más tiempo de CPU (o asignan más objetos) en producción, sin agregar código a la aplicación.
Para activarlo, agregue las gemas
stackprofygoogle-protobufalGemfilede la aplicación, y luego establezcaprofiling.enabledentrue:profiling.enabled: trueCon solo
profiling.enabledconfigurado, el agente toma muestras del tiempo de CPU cada 10 milisegundos durante la vida del proceso. Estas opciones le permiten ajustar ese comportamiento:Nombre de la configuración Por defecto Comportamiento profiling.enabled falseSi true, el agente recopila y reporta datos de perfilado continuo.profiling.include cpuQué muestrear: cpupara el tiempo de CPU oobjectpara las asignaciones de objetos.profiling.sample_period 0.01Segundos entre muestras de stack. Solo se utiliza cuando profiling.includeescpu. Debe estar entre 0.000001 y 0.999999.profiling.object_allocation_interval 10000Asignaciones de objetos entre muestras de stack. Solo se usa cuando profiling.includeesobject. Debe estar entre 1000 y 999 999.profiling.delay 0Milisegundos de espera antes de que comience el perfilado. 0comienza de inmediato.profiling.duration 0Milisegundos de perfilado antes de detenerse automáticamente. 0perfila hasta que el proceso finaliza.Característica: agregar soporte para Dalli 5.1.1
Dalli 5.1.1 agregó argumentos a algunos de los métodos instrumentados por el agente, lo que podría generar un
ArgumentErroren operaciones de múltiples claves o hacer que las opciones de solicitud se descarten silenciosamente. Ahora, el agente acepta y reenvía un número variable de argumentos posicionales y de palabras clave para estos métodos. PR#3683
重要
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.8.0
Característica: reportar un nombre de host único para Worker Pools y Jobs de Google Cloud Run
El soporte para el nombre de host de Cloud Run, agregado en el PR#3609, detectaba Cloud Run solo a través de
K_REVISION, la variable de entorno establecida por los Services de Cloud Run. El agente ahora también reconoceCLOUD_RUN_REVISION(Worker Pools) yCLOUD_RUN_EXECUTION(Jobs), por lo queutilization.gcp_cloud_run.use_instance_as_hostahora se aplica a los tres tipos de recursos. Cuandoutilization.gcp_cloud_run.include_revision_in_hostestrue, el nombre de host se crea a partir de cualquiera de estas variables que esté presente —por ejemplo,{CLOUD_RUN_EXECUTION}-{instance id}para un Job. Issue#3651 PR#3652Característica: agregar opción de configuración
browser_monitoring.versionLos clientes ahora pueden fijar la versión exacta del cargador del agente del browser que inyecta New Relic al establecer la nueva opción de configuración
browser_monitoring.version. Consulte la política de EOL del agente del browser para saber qué versiones están disponibles y son compatibles actualmente. PR#3663Característica: agregar span.kind a las bibliotecas de trabajos en segundo plano
Ahora, el atributo
span.kindse agregará a las operacionesproduceyconsumede las bibliotecas de trabajos en segundo plano. Esto incluye ActiveJob, Sidekiq, Resque y DelayedJob. PR#3636Corrección de errores: la instrumentación de DelayedJob ya no se reinstala en cada trabajador en el modo prepend
Cuando la instrumentación de DelayedJob se instala mediante prepend (el valor predeterminado), crear más de un
Delayed::Workeren el mismo proceso provocaba que el agente registrara “Installing DelayedJob instrumentation” y reinicializara el plug-in de nuevo para cada worker adicional. Esto era inofensivo pero ruidoso; ahora solo se realiza una vez por proceso, lo que coincide con el comportamiento de instrumentación de cadena existente. PR#3654Corrección de errores: los valores de configuración de la lista de permitidos ya no distinguen entre mayúsculas y minúsculas
Anteriormente, las opciones de configuración en la lista de permitidos requerían una coincidencia exacta de mayúsculas y minúsculas, por lo que un valor con un uso de mayúsculas y minúsculas inesperado —como
OBFUSCATEDoObFuScAtEdparaslow_sql.record_sql— volvía silenciosamente al valor predeterminado. Las opciones de configuración que se validan con una lista de permitidos ahora coinciden con los valores independientemente de las mayúsculas y minúsculas, por lo que ambos se tratan igual queobfuscated. Issue#3613 PR#3645Corrección de error: la instrumentación de Puma funciona cuando Puma se carga de forma diferida
Con
gem "puma", require: false, Puma aún no estaba cargado cuando se ejecutó la comprobación de dependencia del agente, por lo que la instrumentación de Puma fallaba al instalarse. El agente ahora reconocePuma::RackHandlercomo evidencia de que Puma está presente, lo que soluciona este problema. Problema#3641 PR#3650
重要
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.7.1
Corrección de error: resuelve ArgumentError en operaciones de múltiples claves con Dalli 5.1.0
Esta corrección actualiza la instrumentación de Dalli para aceptar y reenviar argumentos de opciones de solicitud opcionales en operaciones múltiples y en canalización. ¡Agradecemos a @dbackeus por contribuir con una corrección! PR#3642
Corrección de error: las requests de Async::HTTP ya no generan
NoMethodErrorcuando un segmento no se iniciaSi el agente encontraba un error interno al crear el segmento para una request de
Async::HTTP, la instrumentación continuaba usando ese segmento faltante y podía generar unNoMethodError. Esto ya está solucionado, gracias a @ydah. PR#3640
重要
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.7.0
Característica: agregar transaction_tracer.cap_segment_artifacts opción de configuración
Las transacciones de larga duración con muchos segmentos pueden causar un uso de memoria en continuo aumento durante la vida útil de la transacción. El agente ahora ofrece una opción de configuración
transaction_tracer.cap_segment_artifactsopcional (el valor predeterminado esfalse). Cuando está habilitado, una vez que se alcanzatransaction_tracer.limit_segments, el agente también deja de registrar el tiempo exclusivo para cualquier segmento creado posteriormente en esa transacción, lo que reduce el uso de memoria a costa de datos de tiempo menos precisos para la transacción. PR#3615Característica: agregar instrumentación de server-statistics de Puma
El agente ahora realiza un muestreo de las estadísticas del servidor de todo el clúster de Puma y las reporta como métricas de intervalo de tiempo
Ruby/Puma/*, incluyendobacklog,running,pool_capacity,max_threadsyrequests_count. Las estadísticas se muestrean en modo único y en modo agrupado cuandopreload_app!está habilitado. Esta instrumentación está deshabilitada de forma predeterminada. Habilítela configurandodisable_puma_instrumentationenfalse. Cuando está habilitado, el agente inicia un hilo de informes en el proceso maestro de Puma para entregar estas métricas, lo que ejecuta una conexión de agente adicional junto con los trabajadores de Puma. El intervalo de muestreo es configurable a través de la nueva configuraciónpuma.sample_rate(60 segundos de forma predeterminada). Requiere Puma 6.6 o posterior. Consulte nuestros documentos para obtener más información. PR#3578Característica: reportar un nombre de host único para las instancias de Google Cloud Run
El agente ahora detecta Cloud Run y reporta el ID de la instancia de GCP como el nombre de host para que se puedan distinguir las instancias individuales. Antes de este cambio, todos los nombres de host de Google Cloud Run eran
localhost. Esta característica está controlada por la nueva opción de configuraciónutilization.gcp_cloud_run.use_instance_as_host(truede forma predeterminada). Establezcautilization.gcp_cloud_run.include_revision_in_host(falsede forma predeterminada) entruepara reportar el nombre de host como{K_REVISION}-{instance id}en su lugar, dondeK_REVISIONes el nombre de revisión de Cloud Run. Issue#3295 PR#3609Corrección de errores: el SQL lento ya no se registra después de transaction_tracer.limit_segments excedido
Una vez que una transacción excedía
transaction_tracer.limit_segments, los segmentos de almacenamiento de datos creados posteriormente aún podían tener su SQL lento registrado. El agente ahora deja de registrar SQL lento para cualquier segmento creado después de que se alcanza el límite. PR#3615Corrección de errores: los planes de explicación podían apuntar a la base de datos incorrecta en aplicaciones Rails de múltiples bases de datos (Rails >= 7.2)
En Rails 7.2+, el agente recopiló planes de explicación utilizando una conexión del grupo predeterminado/compartido de la aplicación en lugar de una dedicada. Esto afectó principalmente a las aplicaciones de múltiples bases de datos. Los planes de explicación podrían generarse en la base de datos incorrecta, y una explicación fallida podría dejar una conexión compartida en mal estado, afectando a requests no relacionadas. El agente ahora usa su propia conexión dedicada para los planes de explicación, como lo hacía antes de Rails 7.2, y restablece o descarta esa conexión cada vez que falla un intento de explicación, por lo que nunca se reutiliza una mala conexión. Issue#3610 PR#3612
Corrección de errores: la instrumentación de monitoreo de browser ya no falla con
FrozenErrorCuando el primer fragmento del cuerpo de una respuesta era un
Stringcongelado y había múltiples fragmentos, la instrumentación del navegador se encontraba con unFrozenErrory el encabezado de tiempos del navegador nunca se inyectaba. Esto comenzó a aparecer conERB6.0.3+, que empezó a congelar más de sus cadenas compiladas. Este problema ya fue solucionado. Issue#3624 PR#3625Corrección de errores: normalizar los valores de configuración booleanos para permitir cualquier uso de mayúsculas y minúsculas
En la versión 9.x, el agente aceptaba valores booleanos en mayúsculas, como "FALSE", y valores con mayúsculas y minúsculas como "True". La versión 10.0.0 incluyó el PR#3341, que eliminó involuntariamente el requisito de no distinguir entre mayúsculas y minúsculas. Esto provocó que las opciones de configuración de los usuarios que tenían cualquier uso de mayúsculas y minúsculas además de todo en minúsculas volvieran a los valores predeterminados. Ahora, el agente vuelve a utilizar comprobaciones que no distinguen entre mayúsculas y minúsculas. Issue#3632 PR#3633