El agente APM informa automáticamente los datos de error para el marco compatible. Para optimizar los informes y alertas de errores, puede gestionar aún más los errores para:
- Detectar errores que no detectamos de forma predeterminada.
- Error omitido que no desea informar en absoluto.
- Filtre el ruido del error esperado para que pueda concentrarse en los errores que afectan el rendimiento. (Solo agente Java, Ruby, Node, Python y .NET)
Sugerencia
Consulte nuestro tutorial de rastreo de errores de tres partes. El tutorial utiliza un escenario de ejemplo para una interrupción de la aplicación para guiarlo en cómo responder y resolver errores críticos.
Recopilar errores no instrumentados por defecto
El agente APM incluye llamada API para informar (o "avisar") errores. Estos son útiles cuando APM no implementa su framework automáticamente o cuando hay errores particulares que no se detectan para su framework compatible.
Para saber cómo hacer que un APM de agente informe un error, consulte la documentación de API específica del agente:
Go
Java
.NET
Node.js
PHP
Python
Ruby
Error omitido
A veces, el agente APM instrumentó un error que no desea que se informe, como errores que contienen información confidencial, como errores de inicio de sesión del usuario. Si no desea que se informe un error a nuestro recolector, puede ignorarlo y el agente APM lo descarta por completo.
Sugerencia
Para Java, .NET, Ruby, Node.js, Go y Python: si desea informar errores a APM pero no desea que esos errores afecten su Apdex o tasa de errores, márquelos como se esperaba .
Hay dos formas de omitir un error: mediante la configuración del agente o mediante la configuración del lado del servidor en la UI:
Error esperado (Java, Node.js, Python, Ruby, Go y .NET únicamente)
Para el siguiente agente APM, puede marcar los errores como se esperaba. Estos errores se informarán a APM y estarán disponibles para su visualización, pero no afectarán el Apdex ni la tasa de errores (o la condición de alerta basada en la tasa de errores).
Para configurar los errores como se esperaba, consulte la documentación específica del agente:
Si el error esperado está habilitado, la página Error analytics de APM tendrá, de forma predeterminada, un filtro aplicado con el atributo error.expected establecido en false, lo que significa que no se mostrará el error esperado. Para ver el error esperado, desactive el filtro error.expected .
Para ver el error esperado, consulta tus datos:
- Para ver gráficos de error esperado, cree una consulta para el atributo
error.expected. - Para crear condición de alerta para consulta NRQL, utilice el atributo
error.expected.
Error huellas dactilares con Errors Inbox
Errors Inbox agrupa de forma inteligente los errores que se producen para reducir el ruido y resaltar los errores importantes.
Los eventos de error se agrupan en un grupo de errores cuando comparten la misma huella digital. Si bien nuestras reglas administradas pueden proporcionar agrupación automática de errores basada en un conjunto predefinido de patrones, es imposible reconocer todas las combinaciones posibles. Por este motivo, los clientes también pueden establecer su propia huella digital a través de una función de devolución de llamada si descubren que nuestras reglas administradas no agrupan las ocurrencias con precisión.
Para configurar la lógica de huellas dactilares personalizada, consulte la documentación específica del agente:
Ver errores en la UI
Entre otros lugares, los datos de error aparecen en estas partes de la UI:
Página de análisis de errores: muestra gráficos detallados y análisis visual de errores.
: muestra una vista de alto nivel de su aplicación, que incluye errores.
condición de alerta: puede basarse en tasa de errores.
El evento
transactionError: contiene datos de error subyacentes, que se pueden utilizar en la consulta NRQL.