Cerramos el capítulo de HCL con las herramientas que hacen tu código inteligente y eficiente: los condicionales (tomar decisiones) y los bucles (crear muchos recursos sin repetirte). Sin ellos, tendrías que copiar y pegar el mismo bloque una y otra vez. Con ellos, escribes una vez y Terraform genera lo que haga falta.

Imagina que necesitas tres servidores idénticos. Sin bucles, escribirías tres bloques resource casi iguales. Si necesitaras cambiar algo, tendrías que cambiarlo en los tres. Eso es tedioso y propenso a errores.

Los bucles resuelven esto: declaras el recurso una vez e indicas «créalo N veces». Veamos las herramientas.

El argumento count crea varias copias de un recurso. Le das un número y Terraform crea esa cantidad.

• count = 3 crea tres instancias.
• count.index es el número de cada copia (0, 1, 2), útil para darles nombres distintos.

Analogía: count es como decirle a una fotocopiadora «hazme 3 copias de este documento». Todas iguales, numeradas.

count también sirve para condicionales (crear o no un recurso):

Si var.crear_bastion es true, crea 1; si es false, crea 0 (es decir, ninguno). Esto es un truco muy común para hacer un recurso «opcional».

El argumento for_each crea una copia por cada elemento de un map o un set. A diferencia de count (que usa números), for_each usa claves con significado.

• Crea una instancia por cada entrada del map.
• each.key es la clave (web, api, db).
• each.value es el valor (t3.micro, etc.).

Analogía: for_each es como tener una lista de pedidos personalizados: «para web, una t3.micro; para api, una t3.small; para db, una m5.large». Cada uno con sus características.

Esta es una decisión importante y una fuente típica de confusión:

Regla práctica:

• Usa count para crear N copias idénticas o para hacer un recurso opcional (count = condición ? 1 : 0).
• Usa for_each cuando cada recurso tiene una identidad propia (nombres distintos, configuraciones distintas). Es más seguro al añadir o quitar elementos.

Por qué for_each suele ser preferible: con count, si borras el elemento del medio de una lista, los siguientes «se desplazan» y Terraform puede destruir y recrear recursos innecesariamente. Con for_each, cada recurso está ligado a su clave, así que quitar uno no afecta a los demás. Por eso muchos profesionales prefieren for_each salvo para casos simples.

No confundas el bucle for_each (que crea recursos) con la expresión for (que transforma datos). La expresión for genera una nueva lista o map a partir de otro, parecido a una fórmula.

Lee así: «para cada n en la lista nombres, devuelve upper(n)». Es una forma compacta de transformar todos los elementos de una colección.

Ejemplo útil: convertir una lista de nombres en un map, o filtrar elementos que cumplan una condición. Es una herramienta avanzada que verás en código real, pero al principio basta con reconocerla.

Para tomar decisiones dentro de una expresión, Terraform usa el operador ternario (el mismo de muchos lenguajes):

Ejemplos:

Analogía: es como decir «¿es producción? Entonces el servidor grande; si no, el pequeño». Una decisión rápida en una sola línea.

Este código crea una subred por cada entrada del map subredes (bucle for_each), y etiqueta cada una según el entorno (condicional ternario). Escribiste un bloque y Terraform genera tantas subredes como definas, sin repetir código.

• count: crea N copias de un recurso (count = 3) o lo hace opcional (count = condición ? 1 : 0). Identifica copias por posición (count.index).
• for_each: crea una copia por cada elemento de un map o set, con identidad propia (each.key, each.value). Más seguro al añadir/quitar elementos.
• Regla: count para copias idénticas u opcionales; for_each cuando cada recurso es distinto (suele ser preferible).
• La expresión for transforma colecciones (no confundir con el bucle for_each).
• El operador ternario condición ? a : b toma decisiones en una línea (ideal para diferenciar entornos).

Con esto cierras el Capítulo 10 y ya sabes leer y escribir HCL. En el Capítulo 11 veremos dos piezas fundamentales para que Terraform funcione: los providers (cómo habla con AWS) y el estado (cómo recuerda lo que ha creado).