Has construido una infraestructura completa, pero tras un apply te queda una pregunta práctica: ¿cuál es la IP de mi servidor para abrirlo en el navegador? Para eso existen los outputs. En este subcapítulo veremos cómo extraer información útil y profundizaremos en las referencias, el mecanismo que hace que todo encaje.

Imagina que aplicas tu configuración y Terraform crea 8 recursos. ¿Cómo averiguas la IP pública del servidor? Podrías ir a la consola de AWS a buscarla... pero eso es justo lo que queremos evitar. Los outputs (recuerda el subcapítulo 10.1) hacen que Terraform te muestre los datos importantes al terminar.

Creamos un archivo outputs.tf (o lo ponemos en cualquier .tf) con la información que nos interesa:

Tras un terraform apply, verás algo así al final:

¡Ya tienes la URL lista para copiar y pegar en el navegador! También puedes consultarlos en cualquier momento con terraform output (subcapítulo 11.4).

Fíjate en url_web: usamos interpolación ("http://${...}", subcapítulo 10.3) para construir una URL completa combinando texto con el valor de la IP. Los outputs no tienen por qué ser valores «en crudo»: puedes componer lo que necesites.

A lo largo del capítulo hemos usado constantemente expresiones como aws_vpc.principal.id. Vamos a entender bien qué son, porque son el concepto central de Terraform.

Una referencia tiene esta forma:

Cuando escribes aws_eip.web.public_ip, le dices a Terraform: «dame la IP pública del recurso Elastic IP que llamé web».

Las referencias hacen dos cosas a la vez:

1. Pasan datos de un recurso a otro. La instancia necesita el ID de la subred, la Elastic IP necesita el ID de la instancia, etc. Las referencias conectan esa información.

2. Crean el grafo de dependencias automáticamente. Como vimos en el subcapítulo 9.4, Terraform deduce el orden de creación a partir de las referencias. Si A referencia a B, entonces B se crea antes que A.

Veámoslo en nuestra infraestructura:

Terraform lee este grafo y crea las cosas en orden: primero la VPC, luego lo que depende de ella, luego la instancia, y por último la Elastic IP. Tú no especificas el orden: lo deduce de las referencias. Y donde puede, paraleliza para ir más rápido.

Esto es lo que hace mágico a Terraform. No escribes «haz esto, luego esto, luego esto otro» (eso sería imperativo, subcapítulo 9.2). Solo describes los recursos y cómo se relacionan, y Terraform descubre el orden correcto. Por eso es declarativo.

A veces dos recursos dependen uno del otro pero sin una referencia directa de datos. En esos casos raros, puedes forzar el orden con depends_on:

Esto le dice «no crees la instancia hasta que exista el Internet Gateway», aunque no uses ningún dato suyo. Es una herramienta de último recurso: en el 95 % de los casos las referencias normales bastan y son preferibles. Úsalo solo cuando Terraform no pueda deducir una dependencia por sí mismo.

• Los outputs muestran información útil al terminar (apply) y se consultan con terraform output; perfectos para datos como la IP o URL del servidor.
• Puedes componer outputs con interpolación (ej. construir una URL completa con "http://${...}").
• Una referencia (tipo.nombre.atributo) hace dos cosas: pasa datos entre recursos y crea la dependencia (el orden de creación).
• Terraform construye un grafo de dependencias a partir de las referencias y deduce el orden solo: tú no lo especificas. Eso es ser declarativo.
• depends_on fuerza un orden cuando no hay referencia de datos; úsalo como último recurso, no por defecto.

En el último subcapítulo del capítulo daremos el salto al trabajo en equipo: cómo se revisan los cambios de infraestructura mediante Pull Requests y revisión de planes.