Reduzca el ruido con alerta de calidad

Las alertas redundantes sepultan los eventos de alerta críticos bajo el ruido. Evaluar sus alertas existentes es una parte clave de su estrategia de priorización, ya que la calidad de sus alertas se traduce en la eficacia con la que sus equipos responden a los eventos de alerta. Si hay demasiado ruido, corre el riesgo de fatigar a su equipo con eventos de alerta de baja prioridad que tienen poco o ningún impacto en el negocio. Sin embargo, los eventos de alerta que fallan al alertar provocan interrupciones que afectan la experiencia del cliente.

Objetivos

Este tutorial asume que ya tienes alerta activa. Ofrece algunas recomendaciones sobre cómo gestionar la calidad de su alerta y proporciona algunas consultas NRQL para crear otras nuevas. Vas a:

• Instalar el dashboard alerta de gestión de calidad (AQM)
• Diferenciar entre una alerta buena y una mala
• Revise nuestras cadenas NRQL recomendadas para crear alertas

Instalar el dashboard de AQM

AQM se enfoca en reducir el número de eventos de alerta molestos para que su equipo se enfoque en alertascon un verdadero impacto en el negocio. Es un buen candidato para AQM si:

• Tienes demasiadas alertas.
• Tienes alerta que permanece abierta por largos periodos de tiempo.
• Sus clientes descubren sus problemas antes que sus herramientas de monitoreo.

Para comenzar, instale el dashboard de AQM a través de nuestro inicio rápido:

1. Vaya a la página de observabilidad instantánea Alert Quality Management .
2. Haga clic en el botón Install now .
3. Siga el símbolo para elegir la cuenta en la que desea instalar el dashboard .
4. Vea su dashboard.

Le recomendamos que pase al menos dos semanas con el dashboard de AQM. Durante ese tiempo, el dashboard de AQM recopilará datos sobre cómo interactúan sus equipos con todas sus alertas.

Como regla general, recomendamos eliminar este tipo de alertas:

• Generar eventos de alerta "siempre activos" que tengan miles de minutos o más de duración acumulada.
• Donde el 30% o más de los eventos de alerta están abiertos por menos de 5 minutos.
• Cuyo tiempo medio de cierre sea superior a 30 minutos.
• Crear más de 350 eventos de alerta por semana.

Crear nueva alerta para picos de demanda

Con sus políticas existentes bajo revisión, es posible que desee crear nuevas alertas que se ajusten a los picos de demanda. Crear una buena alerta depende de la especificidad de su configuración. Dos alertas pueden compartir la misma consulta de condición de alerta, por ejemplo:

SELECT average(`apm.service.memory.heap.used`) FROM Metric WHERE appName = 'Inventory Service'

Si bien la consulta en sí es una política de alertas sólida, la forma en que se configura esta alerta puede generar redundancia o ruido. Una alerta mala puede tener una duración de ventana demasiado pequeña, un umbral bajo o ningún retraso o línea de base. Además, adjuntar una condición de alerta a una fuente de datos relativamente joven también puede crear problemas, ya que no hay suficiente historial para detectar un comportamiento anómalo.

Si estás listo para crear una nueva alerta, aquí tienes algunas consultas recomendadas que puedes utilizar para tu día de juego:

SELECT average(duration) FROM Transaction WHERE account_id in (91290, 102021, 20230)

SELECT percentile(duration, 95) FROM Transaction WHERE name LIKE 'Controller/checkout/%'

SELECT percentile(duration, 95) FROM Transaction

SELECT percentile(databaseDuration, 75) FROM Transaction

SELECT max(duration) FROM Transaction

SELECT average(duration) FROM Transaction

SELECT percentage(count(*), WHERE duration > 2) FROM Transaction

SELECT percentage(count(*), WHERE http.statusCode = '500') FROM Transaction

SELECT apdex(duration, t:0.5) FROM Transaction WHERE appName like '%prod%'