A Broadcom removeu sem aviso a ferramenta de saída do VMware

Desde o fim de agosto de 2026, as páginas de download da biblioteca VDDK do VMware no portal de desenvolvedores da Broadcom retornam 404 — sem anúncio, sem aviso de descontinuação e sem nenhuma alternativa indicada. A biblioteca em si é desconhecida para a maioria das pessoas, mas as ferramentas que dependem dela não são: produtos de backup em nível de imagem para servidores VMware e as ferramentas usadas para migrar do VMware para outras plataformas. O resultado prático é que uma empresa que avaliava sair do VMware encontrou fechado o caminho oficial de saída. E a lição vale para todo dono de sistema, usuário de VMware ou não: sua dependência de um fornecedor não se mede pelo preço da assinatura. Mede-se por quanto tempo, dinheiro e conhecimento seriam necessários para você sair.

O que é o VDDK e por que ele importa mesmo que você nunca tenha ouvido falar dele

VDDK significa Virtual Disk Development Kit. É a biblioteca que permite que softwares fora do hypervisor leiam e gravem os discos virtuais do VMware. Em termos mais simples: é a ponte que todo programa atravessa quando quer fazer uma cópia de um servidor virtual ou movê-lo para outro lugar.

É por isso que ela está no centro de ferramentas sem nenhuma ligação óbvia com a Broadcom. O mecanismo de conversão de código aberto virt-v2v, que sustenta a maior parte do trabalho de migração do VMware para o KVM, a suporta como transporte de entrada. O caminho de migração do Apache CloudStack a utiliza para transmitir os blocos de disco diretamente, em vez de exportar primeiro um arquivo OVF completo. E qualquer produto de backup que faça uma cópia em nível de imagem de uma VM do vSphere passa por ela em algum ponto da cadeia.

O ponto principal: você não precisa do VDDK para continuar rodando o VMware. Você precisa dele para sair rapidamente e para proteger o que está rodando enquanto decide.

O que de fato aconteceu

A ShapeBlue documentou a mudança em 25 de agosto de 2026: a página que o guia oficial de administração do Apache CloudStack indica para baixar a biblioteca retorna um erro, assim como todos os outros caminhos do VDDK no portal, incluindo os caminhos específicos das versões 8 e 9. Eles testaram a partir da Europa e por meio de nós de saída nos Estados Unidos, no Brasil, na Finlândia e no Japão, e obtiveram o mesmo resultado em todos os lugares — portanto, não é uma falha local nem um bloqueio geográfico.

Mais estranho ainda, não há nenhum anúncio da Broadcom explicando a mudança. Nenhum aviso de descontinuação em fases, nenhuma política de retenção e nenhum caminho indicado para que um cliente ou um pequeno fornecedor obtenha a biblioteca. O guia oficial do CloudStack ainda direciona os usuários para um link que não funciona mais. Nós mesmos verificamos o link enquanto escrevíamos este artigo e recebemos um 404, enquanto a página do guia do CloudStack carrega normalmente.

Você não precisa da biblioteca para rodar o sistema. Você precisa dela para sair. É exatamente isso que torna sua ausência tão importante.

Por que não há uma solução alternativa

Normalmente, quando some um arquivo de que todos precisam, a comunidade técnica dá um jeito de contorná-lo: alguém cria um espelho, alguém o empacota, e a história termina como uma nota de rodapé numa página de documentação. Mas a licença do VDDK não permite a redistribuição geral. Nenhuma distribuição Linux o inclui, nenhuma imagem de contêiner o empacota e nenhum fornecedor de backup sem um acordo de redistribuição assinado pode colocá-lo em seu instalador.

Isso completa o quadro: uma única URL se tornou uma dependência rígida para todo um ecossistema de software, e a licença que criou a dependência é a mesma que bloqueia a solução óbvia. Espelhar os binários em outro lugar não resolve nada — apenas transfere a exposição jurídica para quem os hospeda.

O dano também não é distribuído de forma igual. Um grande fornecedor de backup com uma relação de parceria tem para quem ligar. Uma consultoria de migração de três pessoas, um projeto de código aberto ou um cliente convertendo as próprias cargas de trabalho tem um post num fórum e uma página de erro.

A verdadeira lição: o custo de saída é a medida do aprisionamento

A maioria das decisões de compra de sistemas é tomada comparando preços e funcionalidades. Isso é metade de uma avaliação. A metade que falta é uma pergunta: se daqui a três anos decidirmos deixar este fornecedor, quanto isso nos custa?

O que aconteceu com o VDDK mostra que o custo de saída não é fixo. Um fornecedor pode aumentá-lo depois, de forma unilateral e às vezes sem nenhum anúncio. Uma empresa que assinou com a VMware há cinco anos avaliou preço e desempenho. Ela não sabia que a propriedade do produto mudaria, nem que a ferramenta de saída desapareceria silenciosamente do portal.

Como medir seu custo de saída na prática

Antes de qualquer contrato novo, e antes de renovar qualquer contrato existente, faça estas perguntas e obtenha as respostas por escrito:

  • Meus dados podem ser exportados em formato aberto? Não um despejo parcial numa planilha — uma exportação completa dos dados e das relações entre os registros, em um formato que outro sistema consiga ler.
  • A ferramenta de saída pertence ao próprio fornecedor? Se o único caminho de saída passa por uma ferramenta controlada pela parte que você quer deixar, você não tem um plano de saída. Você tem uma esperança.
  • O que eu mantenho se o contrato for interrompido de repente? Peça uma cláusula explícita que garanta a entrega dos dados e da documentação dentro de um prazo fixo quando a relação terminar, por qualquer motivo.
  • Já tentamos sair de verdade? Um plano de saída que nunca foi testado não é um plano. Faça uma exportação completa pelo menos uma vez por ano e confirme que ela é importada em outro lugar.
  • Quanto tempo levaria a migração, em números? Estime os dias e o custo com honestidade. Se a resposta for "não sabemos", isso também é uma resposta — e significa que sua dependência é maior do que você pensa.

Como lidamos com isso na Origami

Somos uma empresa de tecnologia e construímos os sistemas dos clientes com base no princípio de que o código e os dados pertencem ao cliente. Na prática, isso significa um banco de dados padrão que qualquer outra equipe consegue ler, documentação entregue junto com o sistema e não sob demanda, e APIs que exportam o conjunto de dados completo e não fragmentos dele. Não dizemos isso porque a relação é temporária — dizemos porque um cliente que sabe que pode sair é um cliente que fica por escolha.

E quando depender de um produto de terceiros é necessário, o que acontece com frequência, registramos no documento de projeto o que acontece se esse terceiro desaparecer: qual é a alternativa, quanto tempo levaria a troca e quais partes do sistema seriam afetadas. É uma página no documento, mas é a diferença entre uma surpresa e uma manobra planejada.

Fontes