Cuando defines variables y valores en Terraform, cada uno tiene un tipo de dato: indica qué clase de información contiene (un texto, un número, una lista…). Conocer los tipos te ayuda a escribir código correcto y a entender los ejemplos que encuentres. Es un tema sencillo y muy parecido a los tipos de cualquier lenguaje de programación.

Declarar el tipo de una variable tiene dos ventajas:

1. Claridad: quien lee el código sabe qué espera cada variable.
2. Validación: Terraform avisa si pasas un valor del tipo equivocado (por ejemplo, un texto donde se esperaba un número), evitando errores.

Los tipos se dividen en simples (un solo valor) y complejos (colecciones de valores).

Cualquier texto, entre comillas dobles.

Ejemplos de valores: "hola", "t3.micro", "eu-west-1".

Números, enteros o decimales, sin comillas.

Ejemplos: 3, 0, 2.5, 100.

Un valor lógico: true (verdadero) o false (falso). Útil para activar/desactivar cosas.

Ejemplo de uso: una variable bool puede decidir si se crea un recurso o no, o si se activa una opción. Por ejemplo, «¿activar Multi-AZ en la base de datos? true/false».

Estos agrupan varios valores. Son muy útiles para configuraciones reales.

Una secuencia de valores del mismo tipo, en orden, entre corchetes [ ].

Esto es una lista de textos. list(string) significa «una lista de strings». Accedes a sus elementos por posición (empezando en 0): el primero es var.zonas_disponibilidad[0].

Ejemplo real: una lista de las zonas de disponibilidad donde quieres desplegar (recuerda el Capítulo 3), o una lista de puertos a abrir.

Una colección de parejas «clave = valor», entre llaves { }. Como un diccionario donde buscas un valor por su clave.

Accedes a un valor por su clave: var.tipos_por_entorno["prod"] devuelve "m5.large".

Ejemplo real: asignar un tamaño de instancia distinto a cada entorno, o un conjunto de etiquetas (tags) para tus recursos.

Un objeto agrupa varios valores de distintos tipos bajo nombres de campo concretos. Es como una ficha con campos.

Accedes a un campo con un punto: var.config_servidor.tipo devuelve "t3.micro".

Diferencia map vs object:

• Un map tiene claves libres y todos los valores del mismo tipo.
• Un object tiene campos predefinidos con nombres y tipos concretos (pueden ser distintos entre sí).

• Si no estás seguro del tipo, existe any (acepta cualquier tipo), pero es mejor ser específico cuando puedas.
• Si no declaras el tipo, Terraform a menudo lo deduce del valor por defecto. Aun así, declarar el tipo es buena práctica porque documenta y valida.

Aquí un solo objeto describe toda la configuración de una red: su rango (string), sus zonas (list), si tiene NAT (bool) y sus etiquetas (map). Esto es muy parecido a cómo se configuran cosas en proyectos reales.

• Cada valor en Terraform tiene un tipo. Declararlo aporta claridad y validación.
• Tipos simples: string (texto), number (números), bool (true/false).
• Tipos complejos: list (lista ordenada del mismo tipo), map (pares clave-valor del mismo tipo), object (estructura con campos definidos de distintos tipos).
• map vs object: el map tiene claves libres y valores del mismo tipo; el object tiene campos predefinidos con tipos concretos.
• Declarar tipos es buena práctica, aunque Terraform a veces los deduzca.

En el siguiente subcapítulo veremos cómo trabajar con estos valores mediante expresiones, referencias y funciones integradas de Terraform.