La tentación de automatizarlo todo
Después de ver lo que la automatización ahorra, aparece la tentación contraria: automatizar cualquier cosa que se haga más de una vez. Y algunas automatizaciones acaban siendo peores que el trabajo manual: tardan más en construirse que el tiempo que ahorrarán en años, fallan cuando la situación cambia un poco o ejecutan con total confianza algo que necesitaba que alguien lo pensara.
Dos preguntas para decidir
Antes de automatizar una tarea conviene responder dos preguntas: ¿con qué frecuencia ocurre? y ¿cuánto riesgo o variación tiene cada vez?
- Frecuente y de bajo riesgo: automatizar del todo. Es el terreno del artículo anterior.
- Frecuente pero arriesgada: automatizar la preparación y la ejecución, pero con una aprobación humana antes del paso irreversible (como el plan con aprobación de los cambios destructivos).
- Rara y de bajo riesgo: probablemente basta con un buen procedimiento escrito. Automatizar algo que pasa una vez al año rara vez compensa.
- Rara y arriesgada: mantenerla manual, escrita al detalle y ensayada. La recuperación ante un desastre total suele estar aquí: se automatizan sus piezas, pero la decisión y la coordinación son de personas.
Señales de que algo no debe automatizarse todavía
- Nadie sabe describir con precisión cuándo la tarea está "bien hecha".
- Cada vez que se hace, se hace distinto.
- Un error no se puede deshacer.
- Requiere decidir algo que no está escrito en ninguna regla.
En todos estos casos, el primer paso no es un script, sino escribir el procedimiento y repetirlo hasta que deje de variar. Lo que se puede escribir con precisión se puede automatizar después.
Cierre de la serie
Reconstruir desde código, declarar en lugar de ordenar, cuidar el estado, reutilizar con módulos, leer el plan y su costo, mantener cada servidor en su línea base, detectar la deriva, poder volver atrás, convertir las normas en reglas que se comprueban solas, incorporar lo heredado y automatizar la operación con criterio. La infraestructura deja de ser una colección de piezas únicas y pasa a ser algo que se puede describir, revisar, repetir y explicar.
Cómo lo aplicamos: Automatización e IaC.