El documento que nadie encuentra a tiempo
Toda operación tiene procedimientos: qué hacer cuando se llena un disco, cómo renovar un certificado, cómo reiniciar un servicio que se queda colgado. Suelen vivir en documentos. En el mejor caso, actualizados. En el habitual, escritos hace años por alguien que ya no está.
Durante una alerta nocturna, quien está de guardia tiene que encontrar el documento, entenderlo y ejecutarlo a mano sin equivocarse. Es exactamente el momento en que peor se hace todo eso.
Del documento al código
Un procedimiento como código hace lo mismo que el documento, pero sin depender de quién lo ejecuta:
- Se dispara solo, a partir de la alerta o de un calendario.
- Diagnostica antes de actuar: comprueba que la situación es la que el procedimiento sabe resolver.
- Aplica la corrección conocida, de forma repetible (si ya está aplicada, no hace nada).
- Verifica el resultado: ¿se resolvió de verdad?
- Escala a una persona si la verificación falla o si el caso no es el previsto, entregándole lo que ya diagnosticó.
Y cada ejecución queda registrada: cuándo se disparó, qué encontró, qué hizo y con qué resultado.
Por dónde empezar
Los mejores candidatos son las tareas frecuentes, conocidas y de bajo riesgo: limpiar temporales, renovar certificados, rotar registros, reiniciar un servicio con un fallo conocido, ampliar un disco dentro de un límite. Cada una ahorra poco por sí sola; juntas liberan muchas horas y, sobre todo, muchas noches.
Lo que no cambia
El procedimiento automatizado no sustituye al análisis. Si el mismo problema se dispara cada semana, la respuesta no es automatizar mejor el parche, sino resolver la causa (la idea de cada fallo deja una regla).
Y no todo procedimiento debe automatizarse. Saber qué dejar fuera es tan importante como lo anterior.
Cómo lo aplicamos: Automatización e IaC.