HashiCorp muda Terraform para Business Source License

A HashiCorp anunciou que futuras versões de seus produtos passarão da licença Mozilla Public License 2.0 para a Business Source License 1.1, também chamada de BSL ou BUSL.¹ A mudança atinge diretamente o Terraform, uma das ferramentas mais usadas em infraestrutura como código, e reacende a discussão sobre sustentabilidade comercial, comunidade e controle de fornecedores.

Segundo a empresa, APIs, SDKs e quase todas as bibliotecas continuarão sob MPL 2.0. O código dos produtos segue publicado em repositórios e canais de distribuição, mas com uma restrição central: fornecedores que oferecem serviços competitivos baseados nos produtos comunitários da HashiCorp não poderão incorporar futuras versões, correções e patches sob as mesmas condições anteriores.

Para usuários finais, a HashiCorp afirma que o uso comercial e não comercial continua amplamente permitido, exceto quando envolve oferta competitiva à própria empresa. Essa distinção é o ponto de tensão. A licença tenta preservar acesso ao código para praticantes, parceiros e clientes, enquanto limita modelos de negócio que empacotam a tecnologia da HashiCorp como serviço concorrente.

Terraform deixa de ser apenas ferramenta técnica

Terraform ocupa uma posição especial no stack de cloud. Ele descreve infraestrutura, padroniza provisionamento, conversa com provedores, sustenta pipelines e funciona como linguagem comum entre times de plataforma, segurança e produto. Uma mudança de licença nesse nível não é assunto restrito a jurídico ou comunidade open source.

Empresas que adotaram Terraform precisam entender onde estão seus riscos. O uso interno para provisionar infraestrutura tende a permanecer no caminho esperado pela HashiCorp. O problema aparece em fornecedores, plataformas internas oferecidas como produto, consultorias com empacotamentos próprios e serviços gerenciados que podem ser interpretados como competitivos.

Também há um componente de continuidade. A infraestrutura como código costuma durar anos, e ferramentas desse tipo entram em módulos, automações, treinamentos e padrões corporativos. Mesmo que nada quebre de imediato, a mudança pede inventário: qual versão está em uso, como a organização recebe patches, quem depende de redistribuição e quais cláusulas contratuais mencionam licenças open source.

A fronteira entre comunidade e nuvem fica mais dura

A justificativa da HashiCorp segue uma linha comum entre empresas de open source comercial. A companhia afirma que o modelo aberto viabilizou comunidade, integrações e transparência, mas que alguns fornecedores se beneficiam do trabalho sem contribuir materialmente de volta. A BSL, nesse raciocínio, seria uma forma de manter código disponível e proteger investimento em pesquisa e desenvolvimento.

O argumento encontra apoio em um mercado onde provedores de nuvem conseguem transformar projetos populares em ofertas escaláveis rapidamente. Ao mesmo tempo, a troca de licença altera expectativas de uma comunidade que adotou ferramentas sob outra premissa. Mesmo quando legalmente permitida, uma mudança assim afeta confiança, planejamento e disposição de contribuição.

Para equipes de engenharia, a resposta pragmática é separar opinião de ação. Primeiro, entender a licença e o próprio uso. Depois, avaliar dependência operacional, alternativas, possíveis forks e a postura de fornecedores que compõem o ecossistema Terraform. O debate sobre filosofia open source é importante, mas produção exige clareza antes de qualquer mudança abrupta.

A decisão da HashiCorp mostra que infraestrutura como código entrou no centro da disputa por captura de valor em cloud. Terraform continua sendo tecnologia crítica, mas a licença agora faz parte da arquitetura de risco. Em plataformas modernas, escolher ferramenta também é escolher o modelo de governança que sustenta essa ferramenta.