OpenTofu: la respuesta abierta al cambio de licencia de Terraform

javi
Placa con cables y circuitos representando infraestructura

El 20 de septiembre de 2023, una coalición de empresas y desarrolladores anunció el OpenTF Manifesto, comprometiéndose a mantener un fork abierto de Terraform tras el cambio de HashiCorp a la Business Source License (BSL). En las semanas siguientes el proyecto fue rebautizado como OpenTofu, aceptado por la Linux Foundation, y publicó su primera release alpha.

Si gestionas infraestructura con Terraform, esta historia importa: define qué herramienta usarás los próximos años y bajo qué condiciones legales.

Contexto: qué pasó con Terraform

En agosto de 2023, HashiCorp anunció que toda su suite de productos (Terraform, Vault, Consul, Nomad, Packer) cambiaba de la Mozilla Public License v2 (MPL 2.0, OSI-aprobada) a la Business Source License v1.1.

La BSL no es estrictamente “código cerrado”, pero impone una restricción clave: no puedes ofrecer un producto competidor basado en el código. Para HashiCorp, “competidor” se define ampliamente — afecta a Spacelift, env0, Terraform Cloud alternativas, y potencialmente a empresas que ofrezcan servicios gestionados. Tras 4 años, el código vuelve a ser MPL.

Para usuarios finales que solo aplican Terraform a su infraestructura, el cambio no tiene impacto inmediato. Para el ecosistema (proveedores de servicios, herramientas que orbitan Terraform, integraciones empresariales), el cambio fue percibido como ruptura del contrato implícito de open source.

El nacimiento de OpenTofu

Tras 6 semanas de organización pública en GitHub bajo el nombre OpenTF, el proyecto fue:

  • Forkeado desde el último commit MPL de Terraform (versión 1.5.5).
  • Renombrado a OpenTofu para evitar conflictos con la marca Terraform.
  • Aceptado como proyecto de la Linux Foundation en septiembre de 2023, garantizando gobernanza neutral.
  • Apoyado por empresas como Spacelift, Gruntwork, env0, Harness, Scalr y decenas más con compromisos de ingeniería.

La primera versión alpha apareció pocas semanas después del fork. Para 2024, se espera estabilización completa con paridad funcional respecto a la última versión MPL de Terraform.

Compatibilidad

OpenTofu mantiene compatibilidad de archivo con configuraciones Terraform existentes. Tus archivos .tf, .tfstate y .tfvars funcionan sin modificación. El binario tofu reemplaza terraform en los comandos:

tofu init
tofu plan
tofu apply

Los providers (AWS, Azure, GCP, Cloudflare, etc.) son los mismos — no cambia la licencia de los providers, solo del core de Terraform. OpenTofu puede consumir cualquier provider del Terraform Registry.

A medio plazo es esperable cierta divergencia: OpenTofu añadirá funcionalidades que la comunidad solicita pero HashiCorp no priorizó. Esa divergencia será incremental, no disruptiva.

La pregunta práctica: ¿migrar?

Depende de tu situación.

Migra a OpenTofu si:

  • Tu organización tiene políticas estrictas sobre licencias open source (sectores regulados, organismos públicos).
  • Construyes productos o servicios sobre Terraform donde la BSL podría aplicarte como “competidor”.
  • Eres parte del ecosistema (proveedor de herramientas, consultora) y la neutralidad de gobernanza pesa.
  • Quieres apostar por la trayectoria comunitaria a largo plazo.

Sigue con Terraform si:

  • Solo lo usas internamente para gestionar tu propia infraestructura.
  • Dependes de Terraform Cloud o integraciones específicas de HashiCorp.
  • Tienes contratos enterprise activos con HashiCorp.
  • Prefieres esperar a que OpenTofu alcance estabilidad probada antes de adoptar.

Estrategia de migración recomendada

Para equipos que decidan migrar, una aproximación gradual reduce riesgo:

  1. Validar en entorno aislado. Probar tofu init/plan/apply contra un entorno de test, verificar que el state se lee correctamente y los planes son idénticos.
  2. Ejecutar en paralelo. En CI, comparar la salida de terraform plan y tofu plan para detectar diferencias antes de cambiar.
  3. Migrar pipeline por pipeline. No es necesario cambiar todo el día uno. OpenTofu y Terraform pueden coexistir mientras los planes coincidan.
  4. Actualizar herramientas alrededor. Atlantis, Terragrunt y similares están añadiendo soporte explícito a OpenTofu.

Implicaciones a largo plazo

Este cambio tiene una lectura más amplia. Es la segunda gran ruptura de licencia open source en 2023 (Elastic con Elasticsearch, Redis aún no había anunciado su cambio en este momento). Refuerza la tesis de que las fundaciones neutrales (Linux Foundation, CNCF) protegen mejor la continuidad de proyectos infraestructurales que las empresas individuales que los iniciaron.

Para el siguiente proyecto de infraestructura crítica que adoptes, vale la pena preguntarse: ¿quién es el “dueño” del código y qué incentivos tiene? La respuesta importa.

Conclusión

OpenTofu es la respuesta esperable y bien organizada de la comunidad ante un cambio de licencia que muchos consideraron unilateral. Es una opción viable hoy y muy probablemente dominante a medio plazo en el espacio IaC. La compatibilidad con Terraform existente reduce drásticamente el coste de cambio. Para la mayoría de organizaciones, la decisión no es urgente — pero conviene tomarla informados.

Síguenos en jacar.es para más sobre Infrastructure as Code y evolución del ecosistema open source.

Entradas relacionadas