Cómo monitorizo para apagar menos fuegos
Durante años me enteraba de que algo había fallado… cuando ya ardía. El backup que llevaba semanas sin hacerse, el servicio caído desde la madrugada, el disco lleno. Siempre tarde. Apagando fuegos.
el problema
El modo "apagar fuegos" parece trabajo —y agota como el trabajo— pero no es avanzar, es sobrevivir.
Y tiene una trampa: solo te enteras de los problemas que ya explotaron. Los que se están cociendo en silencio no avisan… hasta que avisan a lo grande.
qué monté
Le di la vuelta: en vez de esperar a que algo grite, monté un vigía que espera a que las cosas hablen. Cada proceso importante "late" cuando va bien. Si un latido no llega, salta la alarma. El silencio es la señal.
cómo lo hice
La pieza clave es un dead-man's switch (interruptor de hombre muerto):
- Cada job importante (backups, tareas nocturnas) avisa al terminar bien. Un "sigo vivo".
- Un vigía comprueba que esos latidos llegan a su hora. Si uno falta, no asume que todo va bien: asume lo contrario.
- Cuando algo no late, me llega un aviso al móvil por Telegram. No tengo que ir a mirar paneles: el problema viene a mí.
Lo potente no es vigilar que algo "esté encendido". Es vigilar que algo "haya pasado": la diferencia entre "el servidor responde" y "el backup de anoche se hizo de verdad".
el resultado
Ahora me entero de los problemas cuando aún son pequeños y a una hora civilizada, no cuando ya son una urgencia. He cambiado el sobresalto por el aviso. Y el día a día tiene muchos menos fuegos que apagar.
qué aprendí
Que monitorizar bien no es llenar pantallas de gráficas: es decidir qué silencio te tiene que preocupar y hacer que ese silencio grite. Empieza por lo que más dolería que fallara sin avisar. A mí, los backups.
Coméntalo en LinkedIn ↗