IBM pagou 11 bilhões para comprar tempo, não tecnologia
Em 17 de março de 2026, a IBM finalizou a aquisição da Confluent por aproximadamente 11 bilhões de dólares, pagando 31 dólares por ação, com um prêmio superior a 30% sobre o preço anterior ao anúncio. Em termos financeiros estritos, esta é a maior compra de software da IBM desde a aquisição da Red Hat. Em termos estratégicos, é algo mais revelador: a confissão pública de que a empresa mais antiga do setor tecnológico chegou tarde ao problema mais antigo da inteligência artificial empresarial.
Não há drama nesse reconhecimento. No entanto, existe uma lição de design estratégico que a maioria dos executivos vai passar por alto enquanto celebram a notícia.
A infraestrutura que a IBM não tinha
A Confluent nasceu sobre a tecnologia Apache Kafka, que durante anos foi o encanador invisível das maiores empresas do mundo. Mais de 6.500 empresas, incluindo 40% da lista Fortune 500, dependem de sua plataforma para movimentar dados em tempo real entre sistemas, aplicativos e ambientes de nuvem híbrida. Não é uma ferramenta de análise. Não é um banco de dados. É o encanamento pelo qual a informação flui antes que qualquer modelo de inteligência artificial possa processá-la.
Esse detalhe é de extrema importância. A IBM vem construindo sua plataforma watsonx como resposta ao avanço da Microsoft, Google e Amazon em inteligência artificial empresarial. Ela possui capacidade de governança, processamento e implantação de modelos. O que faltava era a camada de transporte: o mecanismo que garante que os dados cheguem limpos, frescos e contínuos aos agentes de IA no momento em que forem necessários. Sem isso, o watsonx é uma refinaria sem oleoduto.
A Confluent resolve exatamente esse problema. E a integração anunciada com IBM MQ, webMethods e IBM Z sugere que o objetivo não é apenas adicionar um produto ao catálogo, mas redesenhar a arquitetura completa de dados da IBM para torná-la competitiva no ciclo de vida dos agentes de IA. Arvind Krishna, presidente e CEO da IBM, o formulou sem ambiguidades: o propósito é construir uma plataforma de dados inteligente projetada especificamente para inteligência artificial. Não para análises retrospectivas. Para operações em tempo real.
O que a IBM sacrificou ao fazer esta aposta
Uma aquisição dessa magnitude não é avaliada apenas pelo que soma. Ela é avaliada pelo que obriga a deixar de lado.
A IBM tem seguido uma sequência deliberada nos últimos anos: Red Hat para dominar o middleware de nuvem híbrida, HashiCorp em 2024 para automatizar infraestrutura, DataStax no início de 2026 para reforçar bancos de dados distribuídos, e agora Confluent para o transporte de dados em movimento. Cada peça se encaixa na seguinte. Não é diversificação: é uma concentração progressiva em uma tese única sobre onde se ganhará o mercado empresarial de inteligência artificial.
Essa tese, traduzida sem adornos, diz o seguinte: as empresas que já operam em ambientes híbridos —com dados distribuídos entre nuvens privadas, públicas e mainframes— não irão migrar tudo para um hiperscalador. Elas precisam de inteligência artificial que funcione onde seus dados já estão. A IBM está construindo a única plataforma que pode fazer isso com governança, escala e continuidade.
O custo dessa aposta é preciso: a IBM não está competindo pelo cliente nativo de nuvem que constrói sobre AWS ou Azure do zero. Esse mercado não é seu alvo. Cada dólar investido nessa sequência de aquisições é, simultaneamente, um dólar que não vai para produtos de consumo em massa, modelos fundacionais proprietários ou a guerra de preços em computação em nuvem. Isso é exatamente o que uma política estratégica coerente deve produzir: a renúncia a mercados inteiros para concentrar a vantagem onde o posicionamento já existe.
Jay Kreps, cofundador e CEO da Confluent, que relatará a Rob Thomas, vice-presidente sênior da IBM Software, descreveu o movimento com uma frase que merece atenção direta: passar de experimentar com inteligência artificial a operar o negócio sobre ela. Essa transição é onde a IBM quer cobrar pedágio.
O risco que os analistas subestimam
Os números de crescimento projetados são os esperados em qualquer comunicado desse tipo: a IBM espera que a operação seja positiva para o lucro ajustado no primeiro ano completo após a conclusão, e positiva para o fluxo de caixa livre no segundo ano. Essas projeções são condicionadas, não garantidas, e dependem de uma variável que os titulares não mencionam: a velocidade da integração real.
A Confluent tem 6.500 clientes com arquiteturas heterogêneas, construídas sobre Kafka com diferentes graus de personalização. Absorver isso sem interromper o serviço, sem perder as equipes técnicas que fazem o produto funcionar, e sem alienar uma base de clientes que escolheu a Confluent exatamente porque não era a IBM, é o problema de execução mais complexo dessa transação. Analistas que avaliam o portfólio como "convincente" para empresas com arquiteturas alinhadas estão fazendo um alerta implícito: a proposta só funciona para quem já opera dentro do universo IBM. Para todos os outros, o risco de concentração em um único fornecedor é alto o suficiente para avaliar alternativas.
Gravitee.io, entre outros atores do mercado, já posicionou esse argumento publicamente antes do fechamento: as camadas de abstração sobre Kafka permitem que as empresas capturem o valor do streaming sem ficarem atadas ao destino de um único fornecedor. Esse argumento ganhará tração comercial conforme a integração IBM-Confluent avance. Não é uma ameaça existencial para a IBM, mas sim uma fricção real no ciclo de vendas que as equipes de mercado terão que aprender a resolver.
A liderança que esta operação exige
A aquisições dessa escala são anunciadas em conferências de imprensa. Elas são ganhas ou perdidas nas primeiras 18 a 24 semanas de integração cultural e técnica. O histórico da IBM com a Red Hat oferece um precedente parcialmente alentador: a empresa aprendeu, com custo, que adquirir uma companhia de cultura aberta e depois tentar homogeneizá-la resulta em abandono de talento e erosão do produto. Com a Confluent, a dinâmica é diferente, mas o risco é análogo.
Kreps construiu uma empresa sobre uma comunidade técnica que valoriza a autonomia e a velocidade de iteração. A IBM opera com ciclos de vendas empresariais longos, processos de certificação e uma estrutura de governança que não foi projetada para a cadência de um produto de infraestrutura de dados. A decisão de manter Kreps dentro do IBM Software, reportando diretamente a Thomas, sugere que há consciência desse risco. Se essa autonomia for real, a integração pode produzir exatamente a aceleração que ambas as partes projetam. Se for nominal, o talento que fez a Confluent valiosa tomará outras decisões nos próximos doze meses.
A liderança em aquisições dessa natureza não é medida pela habilidade de fechar o negócio. É medida pela disciplina de não destruir o que foi comprado no processo de integrá-lo.
A IBM construiu uma tese estratégica coerente, executada em etapas, com renúncias visíveis e uma política orientadora que não muda a cada trimestre. Isso é raro em empresas do seu tamanho. A pergunta que os 11 bilhões colocam não está no passado, mas sim nos próximos 730 dias: se o portfólio montado com tanta precisão consegue se converter em receitas reais antes que o mercado decida que a janela já se fechou.
O executivo que observar essa operação de fora tem apenas uma lição aplicável: uma estratégia sem renúncias explícitas não é uma estratégia, é um orçamento com aspirações. A IBM escolheu a quem não vai vender, quais mercados não irá perseguir e que tipo de empresa não será. Essa disciplina, mantida sob a pressão de um mercado que premia a dispersão com aplausos de curto prazo, é o que realmente transforma uma sequência de aquisições em uma vantagem competitiva duradoura.
