Presentamos nuestro runtime de monitor sintético más reciente, que incluye la Latest versión de Chrome y Node.js 22. El runtime Latest utiliza automáticamente la versión más reciente de Chrome, lo que garantiza que sus monitores con scripts se ejecuten en un entorno que cumple con los estándares de los navegadores modernos, brindando mayor seguridad, estabilidad y rendimiento.
Acción requerida: impacto de la actualización de Node.js 22
Como parte de la actualización de Chrome 134 a la versión de Chrome Latest, la versión de Node del backend pasa de Node.js 16 a Node.js 22. Este entorno de ejecución más reciente es más estricto con respecto a los ciclos de vida de los procesos. Si sus scripts de monitor contienen handles abiertos no controlados (como promesas no resueltas, temporizadores pendientes o conexiones de red no cerradas), sus monitores fallarán.
Para resolver esto: Valide sus scripts de monitor en el entorno de ejecución Latest para asegurarse de que todos los identificadores se cierren correctamente antes de que el script termine de ejecutarse. Las validaciones fallidas aparecen en la interfaz de usuario de Runtime Upgrades. Consulta Solucionar errores de actualización de runtime.
Quiénes están afectados
New Relic gestiona automáticamente el proceso de actualización para:
- Monitores de navegador con script en ubicaciones públicas
- Monitores de API en ubicaciones públicas
- Monitores en ubicaciones tanto públicas como privadas (híbrido)
New Relic aplica validación y actualización automatizadas a todas las configuraciones de ubicación.
Importante
Los monitores que se ejecutan exclusivamente en ubicaciones privadas requieren una actualización manual.
¿Qué es Lo más reciente?
La opción de tiempo de ejecución Latest en el menú desplegable de creación/actualización del monitor utiliza automáticamente la versión más reciente de Chrome que admite New Relic. En lugar de fijar una versión específica de Chrome (como Chrome 134 o Chrome 145), Latest garantiza que sus monitores siempre se ejecuten en la versión de Chrome más reciente disponible con las últimas funciones y actualizaciones de seguridad.
Actualizar monitores a través de NerdGraph
Para actualizar los tiempos de ejecución de su monitor de forma programática, utilice las siguientes mutaciones de NerdGraph. Necesitas el GUID de la entidad de tu monitor (disponible en la configuración del monitor).
Monitorear el browser con script
mutation { syntheticsUpdateScriptBrowserMonitor( guid: "YOUR_MONITOR_GUID" monitor: { runtime: { runtimeType: "CHROME_BROWSER", runtimeTypeVersion: "LATEST" } } ) { errors { description type } }}Monitor de API con script
mutation { syntheticsUpdateScriptApiMonitor( guid: "YOUR_MONITOR_GUID" monitor: { runtime: { runtimeType: "NODE_API", runtimeTypeVersion: "LATEST" } } ) { errors { description type } }}El proceso de actualización automatizado
Para garantizar una transición fluida al runtime de Chrome más reciente, New Relic prueba proactivamente tus monitores existentes. El proceso incluye:
Validación de backend
New Relic prueba automáticamente sus monitores existentes en el entorno de ejecución más reciente de Chrome / Node.js 22 en el backend.
Sugerencia
Esta validación no consume sus pruebas sintéticas ni afecta sus resultados de producción.
Actualización automática
Si la validación es exitosa: New Relic actualiza el monitor al runtime más reciente en su nombre.
Revisión manual de fallas
Si la validación falla: New Relic no fuerza la actualización. Esto suele ocurrir debido al manejo estricto de los handles abiertos en Node.js 22. En su lugar, New Relic marca los monitores que fallaron la validación y los muestra en la función Runtime Upgrades en la interfaz de usuario del Nerdlet de Synthetics.
Puedes revisar los detalles de la falla allí, solucionar problemas con la sintaxis de tu script y validar y actualizar manualmente el monitor después de corregir el script.
Solución de problemas de actualización
El problema más común al actualizar a Node.js 22 son los manejadores abiertos no controlados, incluyendo promesas no resueltas, temporizadores pendientes, conexiones no cerradas y conexiones HTTP/HTTPS. Para obtener soluciones detalladas y ejemplos de código para cada tipo de problema, consulte Solucionar errores de actualización del entorno de ejecución.
Preguntas frecuentes
¿Qué tipos de monitores se ven afectados? Monitores de navegador con scripts y monitores de API con scripts. Los monitores de navegador simple y los monitores de ping no se ven afectados.
¿Puedo probar mis scripts localmente antes de actualizar? Sí. Instala Node.js 22 localmente y prueba tus scripts de monitoreo para identificar problemas antes de la actualización.
¿Puedo hacer un rollback si mi monitor falla después de la actualización? Sí. Puedes volver a cambiar la versión de runtime en la configuración del monitor o a través de NerdGraph.
¿Cuándo se actualizarán mis monitores automáticamente? New Relic realiza la validación primero. Si la validación es exitosa, New Relic actualiza automáticamente los monitores. Si la validación falla, verá el error en la interfaz de usuario de Runtime Upgrades y debe solucionarlo y actualizar manualmente.
¿Necesitas ayuda?
Si encuentra problemas durante el proceso de actualización:
- Revisa la IU de Runtime Upgrades en tu Nerdlet de Synthetics para ver mensajes de error específicos.
- Revisa tus scripts de monitor en busca de promesas no manejadas y conexiones abiertas.
- Prueba tus scripts localmente con Node.js 22 antes de actualizar
- Comunícate con el soporte de New Relic para obtener ayuda para solucionar fallas de validación.
Documentación relacionada: