¿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
Crear un workspace con terraform workspace new
En esta lección crearás un estado nuevo e independiente.
terraform workspace new staging lo crea y cambia a él inmediatamente. Ese cambio automático sorprende: el siguiente comando ya opera en el workspace nuevo.
El estado nace vacío, y esa es la parte que conviene interiorizar. Un plan justo después propondrá crear toda la infraestructura desde cero, porque para este workspace no existe nada — aunque haya recursos idénticos creados desde otro.
De ahí sale un riesgo real: aplicar sin darse cuenta duplica la infraestructura, y con ella la factura. Los recursos con nombres únicos globales, como los buckets de S3, fallarán; el resto se creará tan tranquilamente.
Por eso, cuando se usan workspaces, los nombres de los recursos deben incluir el workspace — usando terraform.workspace — para que dos entornos no colisionen y para poder distinguirlos en la consola de la nube.
Se puede partir de un estado existente con -state, algo poco frecuente y útil al reorganizar proyectos.
Los nombres admiten letras, números, guiones y guiones bajos, y no se pueden cambiar después: hay que crear otro y mover el estado.
🧑💻 Puedes escribir este comando en la terminal simulada de Terraform para probarlo tú mismo (esta página no incluye terminal interactiva).