{"id":2469,"date":"2026-10-17T08:00:00","date_gmt":"2026-10-17T12:00:00","guid":{"rendered":"https:\/\/boostelearning.com\/resources\/blog\/what-is-terraform-2\/"},"modified":"2026-10-17T08:00:00","modified_gmt":"2026-10-17T12:00:00","slug":"what-is-terraform","status":"publish","type":"post","link":"https:\/\/boostelearning.com\/es\/resources\/blog\/what-is-terraform\/","title":{"rendered":"\u00bfQu\u00e9 es Terraform? Explicaci\u00f3n de la infraestructura como c\u00f3digo"},"content":{"rendered":"

Respuesta r\u00e1pida:<\/strong> Terraform es una herramienta de infraestructura como c\u00f3digo (IaC), creada originalmente por HashiCorp, que te permite definir la infraestructura en la nube y en las instalaciones locales mediante archivos de configuraci\u00f3n legibles y, despu\u00e9s, crearla, modificarla y versionarla de forma segura. Describes en un lenguaje declarativo llamado HCL los recursos que quieres, como servidores, redes y bases de datos; Terraform compara ese estado deseado con lo que existe realmente y realiza \u00fanicamente los cambios necesarios. Funciona en muchas plataformas mediante plugins llamados proveedores, lo que lo convierte en una de las herramientas m\u00e1s utilizadas en la ingenier\u00eda de DevOps y de la nube.<\/p>\n

\u00bfQu\u00e9 es la infraestructura como c\u00f3digo y por qu\u00e9 es importante?<\/h2>\n

La infraestructura como c\u00f3digo consiste en gestionar servidores, redes y otros recursos mediante archivos de configuraci\u00f3n, en lugar de hacer clic manualmente en una consola web. Sus beneficios son importantes. Tu infraestructura se vuelve repetible<\/strong>, porque los mismos archivos producen el mismo entorno cada vez. Se vuelve revisable<\/strong>, porque los cambios pasan por el control de versiones y la revisi\u00f3n de c\u00f3digo, igual que el c\u00f3digo de aplicaciones. Y se vuelve recuperable<\/strong>, porque puedes reconstruir un entorno a partir de los archivos si algo falla. Terraform es una de las formas m\u00e1s populares de aplicar IaC, y este enfoque est\u00e1 en el centro de lo que hace un ingeniero de DevOps<\/a> en su d\u00eda a d\u00eda.<\/p>\n

\u00bfC\u00f3mo funciona realmente Terraform?<\/h2>\n

Terraform sigue un ciclo claro y repetible. Escribes la configuraci\u00f3n, previsualizas los cambios y luego los aplicas. El flujo de trabajo principal suele resumirse como write, plan, apply<\/strong>.<\/p>\n

    \n
  1. Write:<\/strong> declaras recursos en archivos .tf<\/em> utilizando HCL, por ejemplo, una m\u00e1quina virtual, un bucket de almacenamiento y una red.<\/li>\n
  2. Init:<\/strong> al ejecutar terraform init<\/em>, descargas los proveedores que necesita tu configuraci\u00f3n y preparas el directorio de trabajo.<\/li>\n
  3. Plan:<\/strong> al ejecutar terraform plan<\/em>, se muestra exactamente qu\u00e9 va a crear, modificar o destruir Terraform, sin tocar todav\u00eda nada. Esta previsualizaci\u00f3n es una de las funciones de seguridad m\u00e1s valoradas de Terraform.<\/li>\n
  4. Apply:<\/strong> al ejecutar terraform apply<\/em>, se ejecuta el plan y se aprovisionan los recursos reales; despu\u00e9s, el resultado se registra en el estado.<\/li>\n
  5. Destroy:<\/strong> al ejecutar terraform destroy<\/em>, se elimina todo lo que gestiona la configuraci\u00f3n, lo que resulta \u00fatil para entornos temporales o de pruebas.<\/li>\n<\/ol>\n

    \u00bfQu\u00e9 son los proveedores?<\/h2>\n

    Un proveedor<\/strong> es un plugin que ense\u00f1a a Terraform a comunicarse con la API de una plataforma concreta. Existen proveedores para las principales nubes, como Amazon Web Services, Microsoft Azure y Google Cloud, as\u00ed como para servicios como Kubernetes, GitHub, Cloudflare y numerosas bases de datos. Gracias a este modelo de plugins, la misma herramienta y el mismo flujo de trabajo pueden gestionar sistemas muy diferentes. Declaras qu\u00e9 proveedores necesitas, Terraform los descarga durante init<\/em> y, a partir de ese momento, describes recursos utilizando los tipos de recursos de cada proveedor. Esta amplitud es una de las principales razones por las que Terraform se convirti\u00f3 en un est\u00e1ndar del sector y por las que aparece con tanta frecuencia en las herramientas de un ingeniero de la nube<\/a>.<\/p>\n

    \u00bfQu\u00e9 es el estado de Terraform?<\/h2>\n

    El estado es la fuente de gran parte de la potencia de Terraform y, al mismo tiempo, el punto donde los principiantes encuentran m\u00e1s problemas. Cuando Terraform crea recursos, registra lo que ha creado en un archivo de estado<\/strong> que relaciona tu configuraci\u00f3n con objetos del mundo real. En la siguiente ejecuci\u00f3n, Terraform lee el estado para saber qu\u00e9 existe ya, de modo que puede calcular el conjunto m\u00ednimo de cambios en lugar de volver a crear todo.<\/p>\n

    De esto se derivan dos reglas pr\u00e1cticas. Primero, el archivo de estado puede contener datos sensibles<\/strong>, como contrase\u00f1as de bases de datos, por lo que debe protegerse. Segundo, cuando un equipo comparte infraestructura, todos deben utilizar el mismo estado<\/strong>, por lo que se almacena en un backend remoto, por ejemplo, almacenamiento de objetos en la nube, con bloqueo<\/strong> para evitar que dos personas apliquen cambios contradictorios al mismo tiempo. Editar el estado manualmente es arriesgado y, por lo general, se evita. Respetar el estado es el h\u00e1bito m\u00e1s importante para trabajar de forma segura con Terraform.<\/p>\n

    \u00bfC\u00f3mo es una configuraci\u00f3n sencilla?<\/h2>\n

    HCL est\u00e1 dise\u00f1ado para ser legible. Una configuraci\u00f3n declara recursos en bloques, cada uno con un tipo, un nombre y una serie de ajustes. Puedes referenciar un recurso desde otro para que Terraform determine el orden correcto, por ejemplo, creando una red antes que el servidor que la utiliza. Tambi\u00e9n puedes utilizar variables<\/strong> para evitar valores fijados en el c\u00f3digo, salidas<\/strong> para exponer resultados \u00fatiles, como una direcci\u00f3n IP, y m\u00f3dulos<\/strong> para empaquetar y reutilizar grupos de recursos. Como los archivos son texto plano, se guardan en el control de versiones junto con todo lo dem\u00e1s, lo que enlaza de forma natural con nuestra gu\u00eda sobre qu\u00e9 es Git<\/a>.<\/p>\n

    Terraform frente a otras herramientas<\/h2>\n

    Terraform se compara con frecuencia con otras herramientas de infraestructura, y las diferencias son importantes al elegir la adecuada.<\/p>\n\n\n\n\n\n\n\n\n\n
    Herramienta<\/th>\nFinalidad principal<\/th>\nEnfoque<\/th>\nUso habitual con Terraform<\/th>\n<\/tr>\n<\/thead>\n
    Terraform<\/strong><\/td>\nAprovisionar infraestructura<\/td>\nDeclarativo, multinube<\/td>\nLa propia capa de aprovisionamiento<\/td>\n<\/tr>\n
    OpenTofu<\/strong><\/td>\nAprovisionar infraestructura<\/td>\nDeclarativo; fork de c\u00f3digo abierto de Terraform<\/td>\nUna alternativa interchangeable para equipos que prefieren MPL 2.0<\/td>\n<\/tr>\n
    Ansible<\/strong><\/td>\nConfigurar m\u00e1quinas existentes<\/td>\nProcedural, sin agentes<\/td>\nConfigurar servidores despu\u00e9s de que Terraform los crea<\/td>\n<\/tr>\n
    CloudFormation<\/strong><\/td>\nAprovisionar infraestructura<\/td>\nDeclarativo, exclusivo de AWS<\/td>\nUna alternativa nativa de AWS<\/td>\n<\/tr>\n
    Pulumi<\/strong><\/td>\nAprovisionar infraestructura<\/td>\nDeclarativo mediante lenguajes de prop\u00f3sito general<\/td>\nUna alternativa para equipos que prefieren Python, TypeScript, etc.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Un aspecto clave para 2026: en agosto de 2023, HashiCorp cambi\u00f3 la licencia de Terraform de la licencia de c\u00f3digo abierto MPL 2.0 a la Business Source License (BSL), que restringe el uso del software para crear productos que compitan directamente con \u00e9l. En respuesta, varias empresas crearon OpenTofu<\/strong>, un fork con licencia MPL 2.0 que ahora est\u00e1 gobernado por la Linux Foundation y fue aceptado en la Cloud Native Computing Foundation en 2025. OpenTofu lee el mismo HCL, utiliza los mismos proveedores y escribe un archivo de estado compatible, por lo que, para la mayor\u00eda de los usuarios, ambas herramientas son intercambiables en el trabajo diario. La elecci\u00f3n por parte de un equipo depende en gran medida de criterios de gobernanza y licencia. Considera que los n\u00fameros de versi\u00f3n cambian r\u00e1pidamente y comprueba la versi\u00f3n actual antes de depender de una funci\u00f3n concreta.<\/p>\n

    \u00bfCu\u00e1les son los casos de uso habituales de Terraform?<\/h2>\n