En el subcapítulo anterior vimos que la estrategia de directorios por entorno es excelente, pero tiene un pequeño inconveniente: cierta repetición entre los entornos. Cuando tienes muchos entornos o muchos componentes, esa repetición crece. Terragrunt es una herramienta de la comunidad que resuelve justo eso, ayudándote a mantener tu código DRY. Veamos qué es y cuándo merece la pena.

DRY significa «Don't Repeat Yourself» («No te repitas»). Es un principio fundamental de la programación: cada pieza de información o lógica debe existir en un solo sitio. Repetir código es malo porque, si hay que cambiar algo, tienes que cambiarlo en muchos lugares (y es fácil olvidarse de alguno).

En el subcapítulo 19.2 vimos que la estrategia de directorios deja algo de repetición en los main.tf de cada entorno (la configuración del backend, las llamadas a módulos similares...). Terragrunt ataca esa repetición.

Terragrunt es una herramienta que envuelve a Terraform (un «wrapper»), creada por la empresa Gruntwork. No reemplaza a Terraform: lo complementa, añadiendo funcionalidades para gestionar mejor múltiples entornos y reducir la repetición.

Analogía: si Terraform es el motor, Terragrunt es un sistema de asistencia a la conducción que se monta encima: el motor sigue haciendo el trabajo, pero conducir se vuelve más cómodo y cometes menos errores, sobre todo en trayectos largos y repetitivos (muchos entornos).

Recuerda que cada entorno necesita configurar su backend de estado (Capítulo 11, subcapítulo 20.1), y eso se repite en cada carpeta. Con Terragrunt, defines la configuración del backend una sola vez y cada entorno la hereda, generando automáticamente la parte que cambia (por ejemplo, la ruta del estado de cada entorno).

Los valores que comparten todos los entornos (la región, etiquetas comunes, cuentas...) se definen una vez y se heredan, en lugar de copiarlos en cada entorno.

Cada entorno se reduce a un archivo pequeño que dice «usa este módulo con estos valores concretos», mientras toda la maquinaria común (backend, providers, configuración) está centralizada. Los archivos de cada entorno quedan mínimos: solo sus diferencias.

Terragrunt también ayuda a orquestar varios componentes de infraestructura (red, base de datos, aplicación) y sus dependencias, aplicándolos en orden, lo que en proyectos grandes es muy útil.

Como toda herramienta, Terragrunt añade su propia complejidad (otra herramienta que aprender y mantener). La decisión de adoptarlo depende del tamaño de tu proyecto:

Consejo importante: no adoptes Terragrunt desde el primer día. Empieza con Terraform y la estrategia de directorios del subcapítulo 19.2. Solo cuando sientas que la repetición entre entornos se vuelve un problema real, plantéate Terragrunt. Adoptarlo demasiado pronto añade complejidad innecesaria (recuerda la lección del Capítulo 17 sobre no elegir herramientas complejas por moda).

Conviene saber que Terragrunt no es la única opción. El propio Terraform ha ido incorporando mejoras, y plataformas como Terraform Cloud / HCP Terraform (que veremos en el Capítulo 22) también ayudan a gestionar entornos. Terragrunt sigue siendo muy popular, pero el ecosistema evoluciona; elige según lo que tu equipo necesite y conozca.

• DRY («Don't Repeat Yourself») es el principio de no repetir código: cada cosa debe estar en un solo sitio, para no tener que cambiarla en muchos lugares.
• Terragrunt es una herramienta que envuelve a Terraform (no lo reemplaza) para reducir la repetición al gestionar múltiples entornos. Como un «asistente a la conducción» sobre el motor de Terraform.
• Resuelve: configuración del backend sin repetir, valores comunes en un sitio, menos código por entorno (solo las diferencias) y orquestación de dependencias entre componentes.
• No lo adoptes desde el principio: empieza con Terraform + directorios por entorno (subcap. 19.2), y pásate a Terragrunt solo si la repetición se vuelve un problema real. No añadas complejidad por moda.

En el último subcapítulo del capítulo veremos cómo se gestionan los valores de cada entorno en detalle: las variables de entorno y los archivos .tfvars.