Introducción
Lo que resuelve el enfoque declarativo y el precio que hay que pagar por ello.
Describir una infraestructura en lugar de hacer clic en ella
Un martes por la noche, alguien que ya no está en el equipo creó un servidor desde una consola web. Funciona, sirve tráfico y nadie lo toca. Seis meses después, hace falta el mismo servidor en una segunda región. Abre la consola, anota el tipo de máquina, el grupo de seguridad, el disco, las etiquetas, la versión de la imagen, y lo recrea a mano. Dos semanas más tarde, la nueva región se comporta de forma distinta bajo carga. El disco no tenía el mismo rendimiento aprovisionado, una casilla que nadie pensó en anotar porque estaba en otra pestaña.
Este escenario no es una cuestión de incompetencia. Es la consecuencia mecánica de un sistema cuyo estado real no existe en ninguna parte de forma legible. Una infraestructura construida a mano no tiene descripción: solo tiene una realidad, observable únicamente consultando al proveedor, y nadie sabe qué parte de esa realidad es intencionada y cuál es un accidente. No puede releerla, ni compararla, ni reconstruirla de forma idéntica. Solo puede imitarla de forma aproximada.
Terraform responde a este problema desplazando la fuente de verdad. La infraestructura ya no es lo que existe en el proveedor: es lo que está escrito en archivos versionados. Lo que existe en el proveedor no es más que un reflejo, que la herramienta se encarga de hacer converger hacia la descripción. Esta inversión es el único concepto estructurante del resto del curso; todo lo demás —estado, variables, módulos— no es más que su consecuencia práctica.
Comentarios
Los comentarios funcionan con GitHub Discussions
Inicia sesión con GitHub para participar en la discusión