Cerramos el capítulo introductorio de Terraform con su flujo de trabajo fundamental: el ciclo plan → apply → destroy. Estos tres comandos son el corazón del día a día con Terraform. Entender qué hace cada uno te dará la confianza para trabajar de forma segura, sin miedo a romper nada por accidente.

La filosofía de Terraform es «mira antes de saltar». Antes de tocar nada en tu nube real, Terraform te enseña exactamente qué va a hacer y espera tu aprobación. Esto evita sorpresas y desastres.

El ciclo tiene tres comandos principales (más uno de preparación que veremos en el Capítulo 11):

Veamos los tres protagonistas.

El comando terraform plan compara lo que has escrito en tu código con lo que existe actualmente en la nube, y te muestra un resumen de los cambios que haría, sin aplicar nada todavía.

Analogía: plan es como la vista previa de impresión de un documento, o el resumen del pedido antes de pagar en una tienda online. Ves exactamente qué va a pasar antes de confirmar. Si algo no cuadra, cancelas sin consecuencias.

Terraform clasifica los cambios con símbolos muy claros:

Ejemplo de salida de plan:

Plan: 3 to add, 1 to change, 0 to destroy.
  + aws_instance.web        (crear un servidor)
  + aws_security_group.web  (crear un firewall)
  + aws_eip.web             (crear una IP fija)
  ~ aws_s3_bucket.datos     (modificar un bucket)

Esto te dice clarísimamente: voy a crear 3 cosas y modificar 1. Nada se ha tocado aún. Tú decides si seguir.

Por qué plan es tan valioso:

• Seguridad: ves los cambios antes de aplicarlos. Si ves un - aws_db_instance (destruir tu base de datos) que no esperabas, ¡paras a tiempo!
• Revisión en equipo: el resultado del plan se puede revisar entre compañeros antes de aplicar (lo veremos en el Capítulo 12 y en CI/CD en el Capítulo 22).
• Detección de drift: plan también te avisa si algo cambió manualmente en la nube y ya no coincide con tu código.

El comando terraform apply realiza de verdad los cambios. Primero te vuelve a mostrar el plan y te pide confirmación (tienes que escribir yes). Solo entonces crea, modifica o destruye los recursos en tu nube real.

Analogía: apply es pulsar el botón "Confirmar pedido". Hasta que no lo confirmas, no se cobra ni se envía nada.

Después de apply, tu infraestructura real coincide con lo que declaraste en el código. Terraform también registra lo que hizo en un archivo de estado (el tfstate, que veremos en el Capítulo 11), para saber qué gestiona.

Recuerda la idempotencia (subcapítulo 9.2): si ejecutas apply otra vez sin cambiar el código, Terraform dirá «no hay cambios» y no hará nada. Solo actúa cuando hay diferencias entre tu código y la realidad.

El comando terraform destroy elimina toda la infraestructura que Terraform gestiona. Como apply, te muestra qué va a destruir y pide confirmación.

Analogía: destroy es borrar el proyecto entero y dejar la mesa limpia. Todo lo que Terraform creó, lo elimina.

¿Para qué sirve destruir?

• Limpiar entornos de prueba: montas un entorno para experimentar, pruebas, y al acabar destroy lo elimina todo. Dejas de pagar al instante (recuerda el Capítulo 1: pago por uso).
• Entornos temporales: infraestructura que solo necesitas un rato.

Ventaja enorme para aprender: Mientras sigues este libro y practicas, podrás crear infraestructura con apply, experimentar, y luego borrarla limpiamente con destroy para no acumular costes. Es una de las grandes ventajas de la IaC: lo que creas, lo destruyes sin dejar rastro ni recursos olvidados pagando.

⚠️ Cuidado en producción: destroy es irreversible y destruye todo lo gestionado por esa configuración. Nunca lo ejecutes a la ligera en un entorno real. En producción se protegen los recursos críticos y se restringe quién puede destruir. Es una herramienta genial para pruebas, peligrosa en producción.

Así es un día típico de trabajo con Terraform:

Este ciclo plan → apply lo repetirás constantemente: cada vez que quieras cambiar tu infraestructura, modificas el código, revisas con plan y aplicas con apply. Es seguro, predecible y deja registro de todo.

• El flujo fundamental de Terraform es plan → apply → destroy (precedido de init, que veremos en el Capítulo 11).
• plan: previsualiza los cambios sin aplicarlos (como el resumen del pedido antes de pagar). Usa símbolos: + crear, ~ modificar, - destruir.
• apply: ejecuta los cambios tras pedirte confirmación (yes). Deja tu nube como declaraste.
• destroy: elimina toda la infraestructura gestionada. Genial para limpiar pruebas y dejar de pagar; peligroso en producción.
• La filosofía es «ver antes de hacer»: revisas con plan antes de confirmar con apply. Esto hace el trabajo seguro y predecible.

Con esto cierras el Capítulo 9. Ya entiendes por qué existe la IaC y cómo trabaja Terraform a alto nivel. En el Capítulo 10 nos remangamos y aprendemos HCL, el lenguaje con el que escribirás tu infraestructura.