Cómo evitar que un fallo de sitio genere alertas de respaldo en cadena

Un solo "circuit flap" en el tráfico de red puede provocar que veinte dispositivos disparen alertas de respaldo y, con ello, veinte tickets. Cuando la conectividad vuelve, la mayoría de las alertas se limpian en la siguiente ejecución, pero el ruido persiste y, a veces, se oculta un problema de respaldo subyacente.

Para controlar esto, es crucial agrupar las alertas sin suprimir las que indican fallos persistentes. Una estrategia es usar dependencias padre-hijo: la alerta de respaldo solo se dispara si la alerta principal no se resuelve después de un cierto retraso. Otra opción es retrasar la creación del ticket hasta que la red haya vuelto a su estado normal y se haya verificado un segundo fallo de respaldo.

El objetivo es mantener la visibilidad de las fallas reales mientras se evita la sobrecarga de alertas que consumen tiempo y recursos.

Enlace al hilo original: el repositorio.