Revisar un plan antes de aplicar

El mensaje que precede a los incidentes más costosos es siempre el mismo, y estaba en pantalla: Plan: 3 to add, 1 to change, 1 to destroy. El recurso destruido era la base de datos de producción, y el plan lo decía, en claro, quince líneas más arriba. Nadie lo leyó. No por negligencia: la salida ocupaba cuatrocientas líneas, las veinte aplicaciones anteriores no habían destruido nada y se había adquirido la costumbre de desplazarse hasta el aviso de confirmación.

Un plan de Terraform es el único artefacto de toda la cadena en el que un error todavía no cuesta nada. Tras un apply, una base de datos eliminada se restaura desde una copia de seguridad; en el mejor de los casos, con pérdida de datos y una interrupción del servicio. Saber leer un plan no es, por tanto, una competencia de comodidad, sino la principal competencia defensiva de la herramienta. Esta lección enseña a descifrar los símbolos, a detectar los reemplazos destructivos en pocos segundos incluso en una salida larga, y a sacar la revisión de la buena voluntad individual para ponerla en un pipeline de integración continua.