Skrypty operacyjne

Toda infraestructura tiene una capa de trabajo que es aburrida justo hasta el momento en que se vuelve crítica. Un certificado que caduca un domingo. Un backup que lleva un mes disparando al vacío. Un secreto colado por accidente en un repo. Un puerto ocupado que no debería escuchar. Nada de esto grita hasta que es demasiado tarde.

Reunimos estos controles en una docena larga de pequeños scripts y los escondimos detrás de un único comando. El objetivo no era técnico sino humano: hacer que la higiene de la infraestructura deje de depender de que alguien se acordara de hacerla. Porque la memoria, como resulta en la práctica, es el peor mecanismo de seguridad que se puede elegir.

Cuidar la infraestructura es de ese tipo de trabajo que siempre se puede hacer mañana. Aburrido mientras todo funciona, así que cede educadamente el paso a las cosas que tienen plazo. El problema es que ella misma no tiene plazo - hasta que de repente tiene uno, y duro: el certificado caduca hoy, el backup hacía falta ayer.

No es un problema técnico. Cada uno de estos controles se puede hacer a mano en un minuto. El problema es que exigen que alguien se acuerde de ellos, con regularidad, en el trasfondo de otro trabajo - y eso es exactamente lo que las personas hacen mal. Cuantas más cosas hay que recordar, con más seguridad se cae una, normalmente justo aquella que esta vez habría atrapado algo.

Así que redujimos toda la rutina a un único comando que no depende de la memoria de nadie. Lo lanzas a mano antes de un despliegue o lo enganchas a una planificación y te olvidas - y ese es precisamente el efecto buscado.

Para que algo pueda engancharse a la CI o a cron, tiene que hablar con un código de salida, no con un párrafo de texto. Cero significa limpio, cualquier otra cosa significa ve a mirar. Ese es todo el contrato, y es justo su simplicidad la que hace la herramienta automatizable sin ningún truco.

El mismo comando tiene dos caras. Para una persona imprime un informe legible - qué se comprobó, qué pasó, qué requiere atención. Para una máquina devuelve JSON que se puede parsear y enganchar a una alerta. Una entrada, dos formas de salida, ningún texto pensado para personas que finge ser una interfaz para máquinas.

La parte más difícil de una herramienta así no son los controles en sí, sino los umbrales. Una alarma que suena siempre vale lo mismo que una alarma apagada - la gente simplemente deja de leerla, y entonces se pierde la única vez en que algo va de verdad mal. Es la forma más común en que la monitorización enmudece: no por un fallo, sino por ruido.

Por eso cada control tiene un umbral elegido de modo que el comando calle cuando todo va bien. Un certificado que caduca dentro de medio año no es una alarma. Un certificado que caduca dentro de una semana sí. Un backup de hace una hora está bien, de hace un mes ya no. Los umbrales existen para que el silencio signifique algo.

No es una herramienta vistosa, y no tiene por qué serlo. No hay panel, no hay gráficas, nada que mostrar en una captura. Todo su valor está en que la rutina dejó de depender de la memoria de nadie - se lanza sola, y cuando calla, ese silencio significa de verdad limpio.

La diferencia es que la clase de problemas que antes solo salían a la luz en el fallo ahora sale antes - en una simple pasada antes de un despliegue o a hora fija desde cron. Un certificado que caduca avisa con una semana de antelación, no un domingo a las tres de la madrugada. Ese es todo el trabajo de esta herramienta: convertir un silencio nacido de la ignorancia en un silencio nacido de la certeza.