OpenTofu vs. Terraform: el impacto de IBM
IBM adquiere HashiCorp por 6.400 millones de USD. El 38 % de los usuarios de Terraform evalúan OpenTofu para su infraestructura. Matriz de decisión y guía de migración para responsables de TI.
IBM ha adquirido HashiCorp por alrededor de 5.578 millones de euros. Terraform está bajo la licencia Business Source. Y OpenTofu, el fork de código abierto, registra un crecimiento anual del 300 por ciento con un total de 9,8 millones de descargas. Para los arquitectos de la nube y los equipos de DevOps en empresas de la región DACH, la pregunta ya no es si deben reevaluar su estrategia de IaC, sino cuándo. Este chequeo práctico muestra qué cambios concretos trae consigo la adquisición, cómo se ve una migración y cuándo vale la pena.
Lo más importante en breve
- IBM completó la adquisición de HashiCorp por alrededor de 5.578 millones de euros el 27 de febrero de 2025 (The Register).
- El 38 por ciento de los usuarios de Terraform ya están evaluando o migrando a OpenTofu (Encuesta de Spacelift, T4 2024).
- OpenTofu: 9,8 millones de descargas, crecimiento anual del 300 por ciento, miembro de CNCF desde abril de 2025.
- Fidelity migró más de 50.000 archivos de estado con más de 4 millones de recursos de Terraform a OpenTofu.
- La BSL no afecta al funcionamiento interno, pero sí a los servicios gestionados, la reventa y la integración de la funcionalidad de Terraform.
Qué significa la adquisición de IBM para los usuarios de Terraform
El 27 de febrero de 2025, IBM cerró la adquisición de HashiCorp por alrededor de 5.578 millones de euros. Ahora, Terraform, Vault, Consul y Nomad pertenecen a un conglomerado empresarial que tradicionalmente se centra en contratos a largo plazo y en el bloqueo de plataformas.
A corto plazo, el funcionamiento interno cambia poco. Terraform sigue siendo funcional y la edición comunitaria sigue disponible. Pero la licencia Business Source (BSL) que HashiCorp introdujo en agosto de 2023 ha cambiado las reglas del juego: quien incruste funcionalidad de Terraform en sus propios productos, la ofrezca como servicio gestionado o la revenda, necesita una licencia comercial. Bajo la dirección de IBM, es probable que este curso se endurezca más que se relaje.
La consecuencia para los directores de TI: quien utilice Terraform hoy debería conocer su exposición a las licencias. ¿Qué equipos utilizan Terraform y cómo? ¿Existen plataformas internas que proporcionen ejecuciones de Terraform como servicio? ¿Se entregan módulos de Terraform a los clientes? Cada una de estas preguntas puede ser relevante bajo la BSL.
OpenTofu: Del fork al competidor serio
OpenTofu se lanzó en septiembre de 2023 como una reacción directa al cambio de licencia BSL. Lo que comenzó como una protesta comunitaria se ha convertido en un proyecto viable. Los números lo demuestran: 9,8 millones de descargas, un crecimiento anual del 300 % y, desde abril de 2025, un proyecto oficial de CNCF (Cloud Native Computing Foundation) en nivel Sandbox.
La base técnica es idéntica: OpenTofu utiliza la misma sintaxis HCL (HashiCorp Configuration Language), la misma estructura de archivos de estado y es compatible con la mayoría de los proveedores de Terraform. Un cambio a nivel de código es, en muchos casos, un buscar y reemplazar de «terraform» por «tofu» en las pipelines CI/CD.
Pero OpenTofu va más allá del simple fork. Características propias como la encriptación del estado del lado del cliente (encriptación del archivo de estado sin herramientas externas), un registro agnóstico de proveedores y una estructura de módulos mejorada diferencian cada vez más el proyecto de su origen.
Quién ya ha migrado y por qué
La lista de los primeros adoptantes se lee como un quién es quién de las industrias reguladas. Fidelity Investments migró más de 50.000 State Files con más de 2.000 aplicaciones y 4 millones de recursos gestionados. La razón: preocupaciones regulatorias con respecto a la BSL y la dependencia de un único proveedor para la infraestructura crítica.
En Spacelift, una de las plataformas de gestión de IaC más grandes, actualmente el 50 por ciento de todos los despliegues se realizan en OpenTofu en lugar de Terraform. La tendencia es clara: las empresas con estrictos requisitos de cumplimiento y aquellas que ofrecen servicios de plataforma propios basados en herramientas de IaC migran primero.
Para las empresas de la región DACH, el aspecto de la soberanía es especialmente relevante. Una herramienta de código abierto bajo licencia MPL 2.0 ofrece más control que un producto con licencia BSL de una empresa estadounidense. En sectores regulados como el de servicios financieros y la salud, esto puede marcar la diferencia.
Migración: Lo que realmente cuesta
La buena noticia: Una migración de Terraform a OpenTofu es técnicamente bastante sencilla. Los archivos de estado son compatibles. La sintaxis HCL es idéntica. La mayoría de los proveedores funcionan en ambas plataformas.
Los desafíos están en los detalles:
Registro de proveedores: OpenTofu utiliza su propio registro, que no contiene todos los proveedores de Terraform. Antes de la migración: comparar la lista de proveedores con el registro de OpenTofu. Los proveedores faltantes deben configurarse manualmente o referenciarse desde el registro de HashiCorp.
Pipelines CI/CD: Terraform Cloud y Terraform Enterprise no son compatibles con OpenTofu. Quien los utilice, necesita una alternativa: Spacelift, env0, Scalr o una plataforma propia. Esto suele ser la parte más laboriosa de la migración.
Capacitación del equipo: Mínima. La sintaxis es idéntica. Las herramientas solo difieren en detalles. Medio día de incorporación es suficiente para la mayoría de los equipos.
Esfuerzo total: Para un equipo con 20 a 50 archivos de estado: 2 a 4 semanas. Para configuraciones empresariales como Fidelity (50.000+ archivos de estado): 3 a 6 meses con un equipo dedicado a la migración.
Terraform, OpenTofu o Pulumi? Matriz de decisión
La elección depende de tres factores: riesgo de licencia, necesidad del ecosistema y competencia del equipo.
Terraform sigue siendo útil si: Su operación interna está bajo los derechos de uso de BSL, su equipo está profundamente integrado en el ecosistema de HashiCorp (Vault, Consul) y utiliza Terraform Cloud/Enterprise. IBM no dejará morir a Terraform, es demasiado valioso.
OpenTofu es la elección correcta si: Ofrece servicios gestionados basados en IaC, tiene requisitos regulatorios de transparencia de código abierto, le preocupan las cláusulas de BSL o quiere minimizar el bloqueo del proveedor en general.
Pulumi merece una mirada si: Su equipo prefiere escribir en TypeScript, Python o Go en lugar de HCL, prefiere Infrastructure-as-Software en lugar de Infrastructure-as-Code y comienza desde cero. La migración de Terraform/OpenTofu a Pulumi es laboriosa.
Fuente: IDE.com / Fidelity, 2025
Qué deberían hacer ahora los responsables de TI
1. Realizar una auditoría de licencias. ¿Cómo utilizan sus equipos Terraform? ¿Operación interna, servicio en plataforma, proyectos para clientes? Es fundamental comprender con precisión los límites del BSL (licencia de software con cláusulas de bloqueo).
2. Elaborar un inventario de estados. Cuántos archivos de estado existen, cuántos recursos gestionan y qué proveedores utilizan. Esta información es la base para una estimación del esfuerzo necesario.
3. Probar OpenTofu en un entorno aislado. Migrar una carga de trabajo no crítica y permitir que el equipo trabaje con ella durante dos semanas. Así se verifica directamente la compatibilidad.
4. Evaluar alternativas para CI/CD. Si utiliza Terraform Cloud: pruebe alternativas como Spacelift, env0 o Scalr. A menudo, estas herramientas son el verdadero cuello de botella.
5. Documentar la decisión. Tanto si decide mantenerse con Terraform como si migra: la decisión debe estar justificada y ser rastreable. Los organismos reguladores lo exigirán.
Fazit
La adquisición de HashiCorp por parte de IBM ha dividido el panorama de IaC. OpenTofu ya no es un fork de protesta, sino una alternativa seria con el respaldo de la CNCF, referencias empresariales y un ecosistema en crecimiento. Para empresas en la región DACH con requisitos regulatorios o exposición a BSL, vale la pena evaluarlo ahora. La migración es técnicamente manejable, el verdadero esfuerzo reside en la adaptación de CI/CD. Quien conozca hoy su exposición a licencias y haya probado OpenTofu en un entorno de pruebas, está preparado. Independientemente de la dirección que tome IBM Terraform.
Preguntas frecuentes
Ist OpenTofu wirklich kompatibel mit Terraform?
A nivel de estado y sintaxis HCL, sí. La mayoría de los proveedores de Terraform funcionan sin cambios. Las incompatibilidades surgen con características específicas de Terraform Cloud/Enterprise y con algunas versiones más recientes de proveedores que solo están disponibles en el HashiCorp Registry.
Muss ich bei internem Terraform-Einsatz die BSL fürchten?
Para uso puramente interno, la BSL no es un problema. La situación se vuelve crítica si ofreces funcionalidad de Terraform como servicio, la integras en tus propios productos o la revendes a clientes. Los límites no siempre están claros, por lo que vale la pena realizar una auditoría de licencias.
Wie lange dauert eine Migration zu OpenTofu?
Para equipos pequeños con 20 a 50 archivos de estado: 2 a 4 semanas. Para configuraciones empresariales: 3 a 6 meses. El mayor esfuerzo no radica en el cambio de código (a menudo solo buscar y reemplazar), sino en la adaptación de la pipeline de CI/CD y la sincronización con el registro de proveedores.
Was passiert mit Vault und Consul unter IBM?
Vault y Consul también están bajo la BSL. IBM seguirá desarrollando estos productos, pero es probable que la política de precios se oriente hacia modelos de licencia empresariales. Para Vault existe OpenBao como fork de código abierto, mientras que para Consul la situación es menos clara.
Ist Pulumi eine Alternative zu beiden?
Pulumi utiliza lenguajes de programación reales en lugar de HCL. Esto es una ventaja para equipos con una fürte cultura de desarrollo, pero una desventaja para equipos de operaciones sin experiencia en programación. Migrar de Terraform/OpenTofu a Pulumi es costoso, ya que toda la definición de la infraestructura debe reescribirse. Es especialmente útil en proyectos nuevos (greenfield).
Lectura adicional
- VMware-Broadcom-Kostenfalle 2026: Alternativas – cloudmagazin
- Sovereignty Washing: Cloud Act y soberanía de datos – cloudmagazin
- Platform Engineering 2026: Plataformas de desarrollo internas – cloudmagazin
Más del red de MBF Media
- NIS2 y cadenas de suministro SaaS – SecurityToday
- Salir de la nube estadounidense: Verificación para pymes – MyBusinessFuture
- Ecosistemas de plataformas en la junta directiva – Digital Chiefs
Fuente de la imagen: Pexels / Lukas (px:546819)
