Uso de espacios de trabajo para entornos

Los workspaces de Terraform le ayudan a administrar varios estados independientes para la misma configuración de Terraform. Considérelos como entornos separados, como «dev», «staging» o «prod».

Esto significa que puede utilizar el mismo conjunto de archivos .tf para implementar infraestructura en distintos lugares sin cambiar el código, lo que favorece la reutilización y la coherencia.

Cuando inicializa Terraform por primera vez en un directorio (mediante terraform init), utiliza automáticamente el workspace default.

Todas las operaciones iniciales de terraform apply almacenarán su estado en este workspace default, a menos que cree y seleccione otro. ¡Siempre está presente!

Para crear un entorno nuevo, utilice el comando terraform workspace new. Este comando también cambia automáticamente el contexto actual al workspace recién creado.

Vamos a crear un workspace dev:

terraform workspace new dev

Terraform creará entonces un estado independiente para este entorno dev.

Puede ver todos los workspaces disponibles en el directorio de configuración actual mediante el comando terraform workspace list.

El workspace activo aparecerá marcado con un asterisco (*), lo que le ayudará a llevar un control de sus distintos entornos.

terraform workspace list

Para cambiar entre workspaces existentes, utilice el comando terraform workspace select, seguido del nombre del workspace. Este comando cambia el entorno activo.

Vamos a volver al workspace default:

terraform workspace select default

A partir de ahora, las operaciones posteriores de Terraform se dirigirán al estado del entorno default.

Puede hacer que sus configuraciones sean dinámicas haciendo referencia al nombre del workspace actual mediante la variable integrada terraform.workspace. Es ideal para asignar nombres a recursos o establecer etiquetas específicas del entorno.

Pruebe a ejecutar este ejemplo. Primero, ejecute terraform init, después terraform workspace new dev y, por último, terraform apply. Observe el nombre y las etiquetas del bucket.

El aspecto más importante de los workspaces es que cada uno mantiene su propio archivo de estado completamente independiente.

Esto significa que los recursos implementados en el workspace dev no interferirán con los del workspace prod, aunque estén definidos por los mismos archivos de configuración. Terraform administra estos archivos de estado en un directorio oculto (.terraform/environments) dentro del directorio de trabajo.

Cuando ya no necesite un entorno, puede eliminar su workspace mediante terraform workspace delete <name>.

• Importante: No puede eliminar el workspace activo.
• Fundamental: Asegúrese siempre de haber destruido todos los recursos asociados a ese workspace mediante terraform destroy antes de eliminarlo. De lo contrario, ¡podrían quedar recursos huérfanos!

terraform workspace select default
terraform workspace delete dev

Aunque los workspaces son excelentes para pequeñas variaciones de una misma configuración, no siempre son la mejor opción. Tenga en cuenta lo siguiente:

• Workspaces: Son ideales para pequeñas diferencias entre entornos (por ejemplo, cantidades de recursos o etiquetas) cuando se mantiene el mismo diseño de infraestructura principal.
• Directorios independientes: Son más adecuados para diseños de infraestructura significativamente diferentes o cuando distintos equipos administran entornos completamente separados.

Elija el enfoque que mejor se adapte a la complejidad de su proyecto y a la estructura de su equipo.

Ha aprendido sobre los workspaces de Terraform. Comprobemos sus conocimientos.

¡Excelente trabajo! Ha explorado los workspaces de Terraform, una potente función para administrar varios entornos desde una sola configuración. Recuerde estas ideas clave:

• Los workspaces proporcionan archivos de estado aislados para distintos entornos (por ejemplo, dev y prod).
• Utilice terraform workspace new, list y select para administrarlos.
• La variable terraform.workspace permite crear configuraciones dinámicas y específicas del entorno.
• Destruya siempre los recursos antes de eliminar un workspace para evitar que quede infraestructura huérfana.

¡Esto permite implementar infraestructura de forma flexible y organizada!