El agente New Relic captura automáticamente datos sobre el alcance de los errores que afectan a su aplicación. Al organizar por grupo de errores, puedes ver el impacto a través de tres métricas clave:
- Usuario impactado: El número de usuarios únicos afectados por errores
- Sesiones afectadas: la cantidad de sesiones únicas del navegador afectadas (respaldo para la entidad del navegador)
- Dispositivos afectados: la cantidad de dispositivos celulares únicos afectados (respaldo para la entidad móvil)
Cuando los datos afectados por el usuario no están disponibles, New Relic muestra automáticamente la métrica de respaldo adecuada según el tipo de entidad. Esto lo ayuda a priorizar dónde centrar sus esfuerzos de depuración mostrándole los errores con el mayor alcance de impacto.

Vaya a one.newrelic.com > APM & Services > Errors (Errors Inbox) > Triage: Puede encontrar el impacto métrico en la segunda columna de la tabla Error groups , ubicada debajo de los seriales de tiempo Error count y Error rate .
Impacto de retroceso métrico
New Relic prioriza mostrar los datos de impacto más relevantes para su tipo de aplicación específica. Cuando los datos de Users impacted no están disponibles, el sistema recurre automáticamente a la métrica específica de la entidad:
- Entidad de Browser : muestra las Sessions impacted : la cantidad de sesiones de navegador únicas afectadas por errores
- Entidad móvil: muestra los Devices impacted: la cantidad de dispositivos celulares únicos afectados por errores
Estas métricas de respaldo se recopilan automáticamente sin requerir configuración adicional, a diferencia del usuario impactado que puede necesitar un atributo personalizado. Esto garantiza que siempre tenga visibilidad del alcance de los errores que afectan a su aplicación, independientemente de su configuración.
atributo personalizado para rastrear al usuario impactado
En algunos casos, un evento de error puede no tener atributos que identifiquen al usuario final afectado por ese evento de error. Puede agregar manualmente un atributo personalizado para que nuestro agente capture metadatos que identifiquen al usuario en el momento de la ingesta.
Para los casos en los que necesite agregar un atributo personalizado, recomendamos revisar las convenciones de atributos deOpenTelemetry porque existen múltiples convenciones comunes para nombrar el atributo usuario final.
Por ejemplo, los estándaresOpenTelemetry emplean los siguientes atributos en orden de prioridad:
userIduser
Puedes revisar cómo New Relic procesa los atributos personalizados leyendo nuestro documento sobre cómo recopilar eventos personalizados.
Consulta para impacto métrico
El impacto métrico para los grupos de errores se registra como tipos de datos métricos con nombres métricos específicos:
alerta sobre impacto métrico
Al crear una condición de alerta NRQL, los desarrolladores pueden activar cuando el alcance de los errores excede un umbral. Puedes crear alertas para cualquiera de las métricas de impacto:
- Usuario impactado: alerta cuando el impacto del usuario excede su umbral
- Sesiones afectadas: alerta cuando el impacto en la sesión del navegador supera su umbral
- Dispositivos afectados: alerta cuando el impacto del dispositivo móvil supera su umbral
La creación de esta alerta requiere determinar la consulta NRQL que mide la cantidad de usuarios afectados de la manera que mejor capture su caso de uso.
Como ejemplo, la siguiente consulta NRQL mide la cantidad de usuarios únicos que se han visto afectados por un grupo de errores procedente de una entidad específica:
Una vez que haya decidido una consulta NRQL, puede usarla para crear una condición de alerta NRQL.
Para mejorar la relación señal-ruido de sus alertas activadas, consulte los consejos para la creación de alertas, cómo se evalúan los umbrales de alerta y ejemplos de condición de alerta.
Establecer usuario impactado con el método setUser
Puede emplear un método de agente para identificar un usuario final para la métrica de Users impacted. Las sesiones y los dispositivos afectados se recopilan automáticamente sin configuración adicional. Vea los detalles de implementación de cada agente a continuación:
Agente | Método para identificar a un usuario final |
|---|---|
Browser | |
Go | |
Java | |
Móvil | |
.NET | |
Node.js | |
PHP | |
Python | |
Ruby |