¿Ya dominas lo básico? Un curso estructurado de Terraform es la vía rápida para dar el salto.
Ver cursos de Terraform en UdemyEnlace de afiliado. No te cuesta nada extra.
- 01Preparar el entorno (lo que necesitas)
- 02¿Qué es Terraform?
- 03Comprobar la versión con terraform version
- 04¿Qué es la infraestructura como código?
- 05¿Qué es un proveedor?
- 06Preparar los proveedores con terraform init
- 07¿Qué es un bloque resource?
- 08Comprobar la sintaxis con terraform validate
- 09Dar formato al código con terraform fmt
- 10Previsualizar los cambios con terraform plan
- 11Construir la infraestructura con terraform apply
- 12¿Qué es el tfstate?
- 13Ver el estado con terraform show
- 14Listar recursos con terraform state list
- 15Inspeccionar un recurso con terraform state show
- 16¿Qué son las variables?
- 17¿Qué son las salidas?
- 18Leer las salidas con terraform output
- 19Desmontar con terraform destroy
- 20¿Qué es un módulo?
- 21¿Qué es un workspace?
- 22Listar workspaces con terraform workspace list
- 23Crear un workspace con terraform workspace new
- 24Cambiar de workspace con terraform workspace select
- 25Guardar un plan con terraform plan -out
- 26Aplicar un plan guardado con terraform apply
- 27¿Qué es el bloqueo del estado?
- 28Listar proveedores con terraform providers
- 29¿Qué es terraform refresh?
- 30¿Qué es un backend remoto?
- 31Adoptar recursos existentes con terraform import
- 32¿Qué es depends_on?
- 33¿Qué son for_each y count?
- 34Ver las dependencias con terraform graph
- 35¿Qué es el drift del estado?
- 36Cómo pensar la división en módulos
- 37Práctica final: montar una arquitectura web de tres capas con Terraform
¿Qué es un workspace?
En esta lección conocerás la forma de tener varios estados con una configuración.
Un workspace es un estado independiente dentro del mismo directorio. terraform workspace list muestra los que existen; siempre hay uno llamado default.
La idea es tentadora: con la misma configuración, un workspace para pruebas y otro para producción, cada uno con su infraestructura.
Y aquí conviene ser claro, porque es un punto donde la práctica del sector se separa de la primera impresión: los workspaces no son la forma recomendada de separar producción de desarrollo. Comparten la configuración entera, así que un entorno no puede diferir estructuralmente del otro, y —más importante— nada indica en qué workspace estás salvo que lo compruebes. Un destroy en el workspace equivocado es un accidente perfectamente posible.
Lo que la mayoría de los equipos hace es separar por directorios, uno por entorno, cada uno con su propio backend y sus credenciales. Es más verboso y mucho más difícil de confundir.
Donde los workspaces encajan bien es en lo efímero: un entorno por rama para probar un cambio y destruirlo al fusionar.
🧑💻 Puedes escribir este comando en la terminal simulada de Terraform para probarlo tú mismo (esta página no incluye terminal interactiva).