Ocho venían marcadas como graves.
La reacción típica es el pánico o la indiferencia. Nosotros hicimos otra cosa: medir cada alerta contra lo que de verdad tenemos corriendo.
Nuestros agentes cruzaron las catorce contra la base real: cuántos usuarios hay, qué flujos están activos, qué componentes usa cada uno. El resultado:
1. Solo una nos exponía de verdad ese día.
2. Otra dependía de un conector que se probó una vez y llevaba treinta días sin tráfico.
3. Las demás exigían funciones que no usamos.
Ahí entró el criterio humano. El conector que nadie usaba se apagó ese mismo día. Es la superficie más barata de cerrar. Y aunque solo una alerta nos aplicaba, decidimos actualizar igual.
La actualización la prepararon los agentes:
1. Doce cambios de base de datos revisados uno por uno.
2. Un respaldo completo, restaurado en una copia para probar que servía.
3. Un plan de reversa listo.
El corte duró menos de dos minutos, con cero ejecuciones en curso y los mismos flujos y credenciales de antes, verificados uno por uno.
También encontramos un hueco propio: nuestro filtro solo dejaba pasar las alertas graves, y las cuatro medias nunca llegaron al canal. El filtro también se revisa.
Lo que hoy aplicamos en cada infraestructura que operamos:
1. Una alerta se mide contra lo que corre, no contra su etiqueta.
2. Lo que no se usa se apaga.
3. Se actualiza igual, con un respaldo ensayado antes.
4. Los filtros de alertas se auditan como cualquier otro sistema.
Catorce alertas no son catorce incendios. Pero hay que mirar las catorce para saber cuál es el incendio.