Cómo pensar la división en módulos

En esta lección verás cuándo conviene dividir y cuándo no.

Dividir una configuración en módulos y en directorios separados es una decisión de diseño. terraform init es el comando que la materializa, pero lo que decide el resultado es el criterio.

El criterio más útil es el ritmo de cambio. La red cambia poco; las aplicaciones cambian a diario. Tenerlas en la misma configuración obliga a que cada despliegue de una aplicación planifique también la red, lo que hace las operaciones lentas y arriesgadas sin ninguna ventaja.

El segundo es el radio de daño. Todo lo que comparte un estado se aplica y se destruye junto. Separar la base de datos de lo demás es lo que evita que un error se lleve por delante los datos.

El tercero es quién es responsable: si dos equipos tocan zonas distintas, separarlas evita bloqueos mutuos y revisiones cruzadas innecesarias.

Los dos errores opuestos son igual de comunes. Un solo estado gigante hace que cada plan tarde diez minutos y que nadie se atreva a aplicarlo. Y una fragmentación excesiva convierte cualquier cambio en una coreografía de cinco repositorios en el orden correcto.

Un punto de partida razonable: separar por entorno y por ritmo de cambio —red, datos, aplicación—, y dividir más solo cuando duela.