Nesta semana, a DeepSeek liberou de graça um kit de ferramentas para programar os chips Ascend, da Huawei. O objetivo é dar a quem desenvolve IA uma saída do CUDA, a plataforma de programação da Nvidia. A notícia fala de chips, mas a lição vale para qualquer empresa que concentra a operação em um único sistema, porque esse risco tem nome: vendor lock-in.
O que a DeepSeek e a Huawei anunciaram
A DeepSeek divulgou as ferramentas em sua conta no WeChat, e o código está aberto para qualquer pessoa baixar. Segundo o The Next Web, o pacote reúne seis módulos que replicam o que a empresa já oferecia para chips Nvidia.
O que vem no kit
O destaque é o TileLang, uma linguagem de programação que a DeepSeek apresenta como alternativa mais simples ao CUDA. Além disso, o pacote traz bibliotecas de computação e comunicação, como DeepGEMM, FlashMLA e DeepEP. As duas empresas também montaram em conjunto um sistema com 128 chips Ascend 950 ligados entre si.
Por que o CUDA prende tanto
O CUDA reúne cerca de 4 milhões de desenvolvedores, e isso cria um efeito curioso. Quem escreveu seu código para ele não troca de chip só porque o concorrente é mais barato, já que a troca exige meses de reescrita. Por isso, o kit da DeepSeek não tenta vencer a Nvidia em hardware: ele tenta baixar o custo de sair.
Há também um componente político. Os EUA restringem a venda dos chips mais avançados à China, mas, como observa a Startup Fortune, é muito mais difícil restringir um código aberto do que um chip.
O que é vendor lock-in e por que importa para uma PME
Vendor lock-in é a situação em que trocar de fornecedor custa tanto que a empresa desiste de trocar. O custo pode estar no código, nos dados presos em um formato fechado ou no treinamento de uma equipe inteira. Dessa forma, o fornecedor ganha poder de negociação, e o preço, o prazo e o ritmo de evolução passam a ser decididos por ele.
Na prática, isso acontece em empresas pequenas com muita frequência. Um ERP que só exporta dados em PDF, uma planilha que só uma pessoa entende ou um atendimento inteiro dentro de uma ferramenta sem API são exemplos comuns. O problema não é usar uma plataforma, mas depender de uma só sem ter saída.
Sinais de que sua operação está presa
Algumas perguntas ajudam a medir o risco:
- Se o sistema principal subisse o preço amanhã, você conseguiria trocar em menos de três meses?
- Os seus dados saem do sistema em um formato que outro sistema consegue ler?
- Existe alguma etapa da operação que só funciona dentro de uma ferramenta específica?
- Uma única pessoa sabe como esse processo funciona?
Se duas ou mais respostas incomodam, o custo de troca já está alto.
O que ainda é incerto na notícia
Um ponto pede cautela. A Startup Fortune cita que o Ascend 910C chega a cerca de 60% do desempenho de inferência do H100, da Nvidia, mas esse número vem de uma única fonte, e não encontramos teste independente. Portanto, ele não deve ser tratado como fato.
Além disso, o sucesso do kit depende de adoção. Ferramentas que espelham outro ecossistema valem tanto quanto o número de desenvolvedores que realmente portam seu código para elas. Em resumo, o anúncio é o começo, e o teste é se os outros laboratórios vão usar.
Como reduzir a dependência na prática
A lição não é fugir de plataformas, e sim planejar a saída antes de precisar dela. Três cuidados já mudam o jogo.
Dados exportáveis e integrações por API
Dados que saem em formato aberto reduzem o custo de troca, e integrações por API evitam que a operação dependa de uma única tela. Quando a Agência Byte desenha uma integração de sistemas, os dados passam por uma camada própria da empresa, de modo que trocar o CRM ou o ERP deixa de ser uma obra.
Regras de negócio documentadas
Quando a regra de negócio vive só na cabeça de alguém ou dentro de uma ferramenta fechada, ela não pode ser levada para outro lugar. Por isso, vale escrever as regras do processo e mantê-las fora do sistema.
Uma saída planejada
Nem sempre dá para evitar um fornecedor, porém dá para saber quanto custaria sair. Para processos críticos, um software sob medida pode fazer sentido, já que o código e os dados ficam sob controle da empresa. Em outros casos, basta ter um plano de migração simples, revisado uma vez por ano.
Conclusão
A DeepSeek e a Huawei atacam o custo de troca do CUDA porque sabem que ele é a verdadeira barreira, mais do que o desempenho do chip. A mesma lógica vale para uma empresa de qualquer tamanho: quanto mais caro é sair de um sistema, menos poder a empresa tem sobre ele. Assim, a pergunta útil não é qual plataforma usar, e sim quanto custaria trocar.
Qual parte da sua operação só funciona dentro de um único sistema? Se quiser mapear esse risco, envie uma mensagem para a Agência Byte.
[…] Esse é o ponto levantado pela Luria: tratar cada conversa com a IA como descartável faz a empresa recomeçar do zero a cada troca de modelo. Ou seja, instruções, exemplos e regras do negócio precisam ficar documentados e dentro da empresa, e não espalhados no histórico pessoal de cada funcionário. É o mesmo risco que discutimos em vendor lock-in e dependência de fornecedor. […]
[…] not scattered across each employee’s personal history. It is the same risk we discussed in vendor lock-in and supplier dependence (article in […]
[…] no dispersos en el historial personal de cada empleado. Es el mismo riesgo que analizamos en vendor lock-in y dependencia de proveedores (artículo en […]