Corrida de Infraestrutura entre Alibaba e Google se Intensifica com Meta de Data Centers de IA em 100 Dias

A Alibaba Cloud afirma que consegue entregar um grande data center de IA em 100 dias, intensificando a corrida de infraestrutura entre Alibaba e Google em torno da velocidade de implantação. Segundo relatos, a empresa planeja triplicar sua capacidade global de entrega modular à medida que a demanda por computação de IA aumenta. Essa combinação importa mais do que o lançamento de mais um modelo, porque edifícios, energia, refrigeração e capacidade de rede determinam cada vez mais quem consegue vender capacidade de computação de IA utilizável.

O prazo de 100 dias vem de uma reportagem sobre a arquitetura CUBE DC 5.0 da Alibaba Cloud, um sistema pré-fabricado apresentado em 2024. A Alibaba afirma que a abordagem transfere mais montagem para fábricas, padroniza subsistemas principais e reduz o trabalho no canteiro de obras. As alegações mais recentes de desempenho e capacidade ainda não receberam ampla verificação independente.

O Google oferece a comparação mais clara, embora as duas empresas atuem a partir de posições geográficas distintas. Ambas agora descrevem a infraestrutura modular como uma resposta à rápida evolução dos chips, às exigências de refrigeração e às cargas de trabalho de IA. A Alibaba enfatiza a velocidade de construção, enquanto o Google destaca sistemas intercambiáveis que podem evoluir entre gerações de hardware.

Não se trata apenas de uma história de participação de mercado de nuvem entre Alibaba e Google. É um teste para saber se a infraestrutura construída em fábrica pode transformar cronogramas de construção em uma vantagem competitiva. A resposta dependerá de projetos concluídos, operações confiáveis, energia disponível e do significado por trás da meta de capacidade da Alibaba.

Alibaba Cloud Transforma o CUBE DC 5.0 em uma Promessa de Entrega

A Alibaba Cloud está transformando o CUBE DC 5.0 de uma proposta arquitetônica em uma promessa de velocidade de construção repetível.

A empresa apresentou o CUBE DC 5.0 em sua Apsara Conference, em setembro de 2024. Naquele momento, a Alibaba disse que a arquitetura poderia reduzir o tempo de construção em até metade. Ela esperava uma implantação inicial em uma instalação da Alibaba Cloud na China durante 2025.

A nova alegação de construção em 100 dias sugere que a Alibaba acredita que o projeto superou aquela meta inicial. O cronograma relatado comprime a entrega de uma grande instalação em pouco mais de três meses.

O CUBE DC 5.0 usa módulos pré-fabricados para partes do ambiente elétrico, de refrigeração e de computação. A pré-fabricação significa que os componentes são montados e testados longe do local final antes da instalação. Isso reduz a quantidade de trabalho personalizado que precisa ser realizada ao ar livre, sob condições locais variáveis.

Os materiais públicos de infraestrutura da Alibaba identificam diversos elementos do sistema. Entre eles estão uma arquitetura compartilhada de refrigeração a ar e líquido, uma solução de cabine padronizada como produto, equipamentos de energia de corrente contínua e ferramentas de operações automatizadas. Seu sistema integrado de alimentação ininterrupta em corrente contínua para data centers supostamente se aproxima de 98% de eficiência em toda a cadeia.

Divulgações técnicas anteriores também atribuíram ao CUBE DC 5.0 um limite superior ambicioso. A Alibaba disse ao Data Center Dynamics que uma instalação totalmente construída poderia suportar até 200 megawatts de capacidade de TI. Também citou densidades de rack que chegam a 200 quilowatts.

Esses limites descrevem uma faixa de projeto, não uma implantação média confirmada. Um local de 200 megawatts representa um grande campus, enquanto projetos individuais podem ser bem menores. Os números mostram que a Alibaba projetou o sistema para clusters de IA de alta densidade, e não para salas convencionais de servidores empresariais.

A empresa também afirma, segundo relatos, que os custos de construção caem mais de 10% em comparação com a geração anterior. Essa alegação exige interpretação cuidadosa. Ela diz respeito à construção da instalação, não necessariamente a servidores, aceleradores, memória, equipamentos de rede ou à eletricidade consumida após a inauguração.

Em um campus de IA, esses itens excluídos podem dominar o gasto total. Um edifício mais rápido e barato não torna chips escassos mais baratos. No entanto, reduz o tempo em que hardware caro espera por energia e refrigeração utilizáveis.

O plano relatado de triplicar a capacidade modular global amplia a alegação de um projeto para uma rede de entrega. Ainda assim, “capacidade” pode descrever produção de fábrica, fornecimento contratado, ritmo de implantação ou megawatts concluídos. A Alibaba não divulgou detalhes suficientes para tratar esses significados como equivalentes.

Essa distinção cria a tensão central do artigo. A Alibaba apresenta 100 dias como uma capacidade de infraestrutura, mas investidores e clientes precisam de evidências de que o cronograma se repete em diferentes locais.

Por que a Competição entre Alibaba e Google Agora Passa pela Construção

A disputa entre Alibaba e Google está saindo dos modelos e do software de nuvem para os sistemas físicos que determinam quando a capacidade de computação se torna disponível.

A infraestrutura de IA enfrenta um descompasso de tempo. As gerações de aceleradores mudam mais rápido do que as instalações tradicionais podem ser projetadas, aprovadas, abastecidas e comissionadas. Um prédio planejado para um perfil térmico pode receber racks mais densos antes que a construção termine.

A refrigeração ilustra o problema. A refrigeração a ar convencional movimenta ar resfriado ao redor dos servidores, enquanto a refrigeração líquida transporta calor por fluido próximo aos componentes de computação. Aceleradores de IA densos produzem calor suficiente para que muitos novos clusters exijam projetos baseados em líquido.

A distribuição de energia também precisa se adaptar. Uma maior densidade de rack concentra eletricidade em menos espaço de piso, alterando requisitos para painéis de distribuição, energia de reserva, cabeamento e remoção de calor. Esses sistemas não podem ser adicionados casualmente depois que os servidores chegam.

A resposta proposta pela Alibaba é a padronização. Seus módulos podem ser fabricados repetidamente, testados em ambientes controlados e montados no destino. O processo se assemelha mais à produção industrial do que a um projeto de construção único.

O Google busca um objetivo relacionado por meio do que chama de data center ágil e fungível. Fungibilidade significa que os componentes podem ser substituídos ou reorganizados sem redesenhar toda a instalação. O Google argumenta que uma infraestrutura modular e interoperável pode absorver mudanças em aceleradores, armazenamento, redes e refrigeração.

As motivações ficam evidentes nos próprios números de carga de trabalho do Google. Em outubro de 2025, o Google disse que seus modelos Gemini processavam quase um quatrilhão de tokens por mês. Também afirmou que o consumo de aceleradores de IA havia aumentado quinze vezes nos 24 meses anteriores.

Em julho de 2026, os data centers do Google estariam processando cerca de 3,2 quatrilhões de tokens por mês. Essas métricas usam os próprios métodos de reporte do Google, mas sua direção é clara. Os serviços de IA estão forçando as equipes de infraestrutura a planejar para uma demanda rápida e desigual.

A Alibaba enfrenta pressão comparável na China e em suas regiões internacionais. Seu relatório anual do exercício fiscal de 2026 afirma que a Alibaba Cloud oferecia serviços de computação em 34 regiões em 31 de março de 2026. A empresa também citou uma participação de 35,8% no mercado chinês de nuvem para IA, com base em dados da Omdia.

A Alibaba se comprometeu com investimentos contínuos em IA e nuvem. Instalações mais rápidas podem tornar esse gasto produtivo mais cedo, pois os chips começam a atender clientes antes. Um edifício atrasado deixa equipamentos comprados ociosos ou força a implantação em locais menos adequados.

A pressão vai além desses dois provedores. Amazon Web Services, Microsoft, Meta, Oracle e operadores especializados em IA disputam acesso à energia, mão de obra para construção, equipamentos elétricos e sistemas de refrigeração. A construção modular não pode eliminar essas restrições, mas pode alterar sua sequência.

É por isso que a comparação entre Alibaba e Google importa mesmo sem uma disputa direta por contratos. Cada empresa tenta converter engenharia de infraestrutura em expansão mais rápida de serviços. Suas escolhas podem influenciar fornecedores e expectativas empresariais em todo o mercado mais amplo.

O Google traz um longo histórico de projetar instalações personalizadas em torno de seus aceleradores TPU. A Alibaba combina infraestrutura de nuvem com seus modelos Qwen, Platform for AI e processadores desenvolvidos internamente. Ambas controlam cada vez mais camadas entre o chip e o cliente.

Essa integração vertical eleva o que está em jogo. Um provedor que coordena modelos, aceleradores, redes e instalações pode otimizar todo o sistema. Também assume mais risco quando qualquer camada não cumpre sua meta de entrega.

Módulos Construídos em Fábrica São o Mecanismo por Trás dos 100 Dias

O cronograma só se torna plausível quando a Alibaba conclui mais engenharia antes que o equipamento chegue ao canteiro de obras.

Um projeto tradicional de data center envolve trabalho sequencial em design, fundações, construção estrutural, sistemas de energia, refrigeração, controles e comissionamento. Atrasos em uma etapa podem bloquear tudo o que vem depois. A engenharia específica de cada local também torna mais difícil transferir lições aprendidas.

Um projeto modular transfere parte desse processo para produção paralela. Os trabalhadores podem preparar o local enquanto fábricas montam módulos de energia, baterias, refrigeração ou computação. As unidades concluídas então chegam para conexão e testes em nível de sistema.

Uma descrição de projeto de 2026 da Inspur oferece um exemplo concreto. A empresa descreve uma instalação de IA de 60 megawatts em Ningxia que usa a tecnologia CUBE DC 5.0 da Alibaba. Um edifício utiliza 260 produtos padronizados feitos de 342 contêineres pré-fabricados.

Esses módulos abrangem computação com refrigeração líquida, computação com refrigeração a ar, baterias, condicionamento de água e energia de média tensão. A Inspur afirma que os contêineres foram integrados e testados em fábricas antes da montagem no local. Esse é o mecanismo operacional por trás da alegação de entrega da Alibaba.

O projeto de Ningxia também mostra por que modularidade não significa um simples contêiner de transporte cheio de servidores. Os módulos dividem infraestrutura complexa em pacotes padronizados. Os engenheiros ainda precisam integrar esses pacotes em um único sistema elétrico e térmico confiável.

A Inspur afirma que os racks com refrigeração líquida da instalação suportam até 83 quilowatts cada. Também relata uma eficiência no uso de energia de até 1,159. A eficiência no uso de energia compara a energia total da instalação com a energia fornecida aos equipamentos de computação.

Um valor próximo de 1,0 indica menos sobrecarga de refrigeração, conversão de energia e outros sistemas prediais. No entanto, o valor citado vem de um participante do projeto. Dados operacionais independentes ao longo das estações ofereceriam um teste mais sólido.

O projeto de refrigeração compartilhada da Alibaba aborda outra fonte de incerteza. Ele suporta equipamentos refrigerados a ar e a líquido por meio de uma fonte comum de refrigeração. Essa flexibilidade importa quando diferentes gerações de aceleradores chegam com exigências térmicas distintas.

A distribuição de energia em corrente contínua pode eliminar algumas etapas de conversão entre a rede elétrica e os componentes do servidor. Menos etapas de conversão podem reduzir a quantidade de equipamentos e as perdas elétricas. O projeto ainda precisa de redundância, sistemas de proteção e procedimentos de manutenção adequados para grandes clusters.

A padronização também pode melhorar as compras. Em vez de redesenhar cada sala elétrica, um provedor encomenda módulos repetíveis de linhas de produção estabelecidas. Os fornecedores podem prever a demanda por componentes e aprimorar a montagem por meio de trabalho repetido.

Ainda assim, o número de 100 dias provavelmente não cobre todas as etapas do desenvolvimento. Aquisição de terrenos, interconexão à rede, licenciamento, revisão ambiental e obras de serviços públicos com longos prazos podem começar muito antes. O número relatado parece mais relevante para a entrega da instalação depois que os principais pré-requisitos já existem.

Esse limite é importante em regiões onde a eletricidade é o principal gargalo. Um edifício pré-fabricado não pode criar capacidade de transmissão. Ele não pode acelerar uma turbina, um transformador ou uma subestação que ainda não foi encomendada.

A velocidade de construção também difere da prontidão para operação. Os operadores precisam comissionar os circuitos elétricos, validar a refrigeração, testar procedimentos de failover, instalar redes, proteger o local e integrar o software de nuvem. Os clientes se importam com a data em que instâncias utilizáveis ficam disponíveis, e não apenas com a conclusão estrutural.

A interpretação mais forte, portanto, é restrita, mas importante. O CUBE DC 5.0 pode reduzir o tempo da parte controlada da construção de data centers por meio de fabricação paralela e montagem padronizada. Ele não encurta todas as dependências externas para o mesmo cronograma.

O Que as Alegações da Alibaba e do Google Ainda Não Comprovam

A questão em aberto é se a velocidade modular se mantém diante de regulamentações locais, restrições de fornecimento e anos de operação em alta densidade.

A Alibaba tem evidências de que o CUBE DC 5.0 existe além de uma apresentação. A implantação em Ningxia oferece um projeto identificado, especificações técnicas e um projeto pré-fabricado visível. No entanto, ela não estabelece de forma independente que locais comparáveis entram em operação de forma consistente em 100 dias.

A empresa não publicou um cronograma detalhado para o prazo relatado. Os leitores ainda não conseguem ver quando a contagem começa ou termina. Definições diferentes podem transformar o mesmo projeto em uma construção de 100 dias ou em um desenvolvimento de vários anos.

A alegação de capacidade modular global também não tem um denominador claro. Triplicar uma base de produção pequena é diferente de triplicar uma operação multirregional já estabelecida. Capacidade reservada em fábricas também difere de carga de TI comissionada disponível para clientes de nuvem.

A confiabilidade merece a mesma atenção. Os testes em fábrica podem melhorar a consistência porque os módulos saem de linhas de produção controladas com menos incógnitas. No entanto, as conexões entre módulos criam interfaces que precisam permanecer confiáveis sob cargas pesadas e variáveis.

As práticas de manutenção podem se tornar mais complexas quando uma instalação combina métodos de refrigeração e gerações de racks. Os operadores precisam de componentes sobressalentes, técnicos treinados e procedimentos claros de isolamento. A velocidade durante a construção não deve criar rigidez operacional mais tarde.

A geografia acrescenta outro desafio. Normas elétricas, códigos contra incêndio, condições climáticas, riscos sísmicos, disponibilidade de água e regras de licenciamento variam entre mercados. Um módulo projetado para uma jurisdição pode exigir modificações em outra.

Isso é especialmente relevante para a comparação entre Alibaba e Google. A expansão de infraestrutura do Google abrange numerosos mercados regulados e sistemas de serviços públicos. A capacidade da Alibaba de transferir internacionalmente seu processo de 100 dias permanece menos documentada do que seu trabalho de engenharia doméstico.

A estratégia do Google tem sua própria lacuna de verificação. Sua arquitetura fungível é uma direção de projeto, não uma prova de que cada componente de uma instalação se torna intercambiável. Fornecedores de hardware, interfaces proprietárias e edifícios mais antigos podem limitar essa flexibilidade.

Ambas as empresas também enfrentam restrições de energia que a modularidade não consegue resolver sozinha. O Google negociou acordos de carga flexível com concessionárias, permitindo que parte da demanda dos data centers seja deslocada durante períodos de estresse na rede. A empresa também buscou novos projetos de energia para o crescimento futuro.

A Alibaba opera em um mercado no qual grandes cargas computacionais podem ser posicionadas mais perto dos recursos energéticos no oeste da China. O projeto de Ningxia reflete essa abordagem. Levar a computação para o interior pode melhorar o acesso à energia, mas levanta questões de rede e posicionamento de cargas de trabalho.

O fornecimento de chips cria uma incerteza separada. O relatório anual da Alibaba afirma que sua subsidiária T-Head colocou uma GPU proprietária em produção em escala. As evidências públicas ainda fornecem detalhes limitados sobre volume de produção, desempenho e disponibilidade para clientes.

Uma instalação concluída rapidamente tem pouco valor se aceleradores, memória ou rede óptica chegarem tarde. O inverso também é verdadeiro. Chips disponíveis não geram receita de nuvem quando o espaço adequado e energizado continua inacabado.

A economia de 10 por cento na construção relatada, portanto, não deve ser tratada como uma redução de 10 por cento no custo total de computação de IA. Servidores e redes permanecem fora dessa alegação restrita. Eletricidade e manutenção continuam durante toda a vida operacional da instalação.

Também há risco de superconstrução. Os provedores de nuvem planejam em função de uma demanda que pode mudar com a eficiência dos modelos, os preços de inferência e a adoção pelos clientes. A implantação modular mais rápida reduz o risco de timing, mas também pode facilitar a expansão de capacidade antes que a demanda seja comprovada.

A modularidade oferece uma defesa parcial porque os provedores podem construir em etapas. Incrementos menores permitem que os operadores adicionem infraestrutura à medida que contratos e crescimento das cargas de trabalho se tornam visíveis. Essa vantagem desaparece se as empresas encomendarem cadeias de produção inteiras cedo demais.

Para compradores corporativos, a resposta correta não é nem descartar nem aceitar sem questionar. A Alibaba mostrou um mecanismo crível e pelo menos uma implantação substancial. Seus cronogramas mais ambiciosos e alegações de capacidade global ainda precisam de projetos comparáveis e documentados de forma independente.

Três Sinais Decidirão se a Vantagem É Real

Capacidade concluída, repetição internacional e desempenho operacional determinarão se a Alibaba criou uma vantagem de infraestrutura.

O primeiro sinal é um projeto CUBE DC 5.0 documentado e entregue dentro do cronograma de 100 dias. A Alibaba deveria identificar a condição inicial, o marco de conclusão, a carga de TI, o período de comissionamento e a data em que as cargas de trabalho dos clientes começaram a operar.

Uma linha do tempo divulgada esclareceria se o trabalho de preparação ocorreu antes do início da contagem. Também permitiria que os clientes comparassem a alegação da Alibaba com projetos convencionais em termos equivalentes. Sem esse detalhe, 100 dias continua sendo uma manchete atraente, porém flexível.

A confirmação reforçaria o argumento da Alibaba de que a construção modular transforma a disponibilidade de computação. Um período de comissionamento substancialmente mais longo enfraqueceria a alegação, especialmente se o edifício estivesse concluído enquanto os sistemas permanecessem indisponíveis.

O segundo sinal é a implantação fora do ambiente doméstico mais familiar da Alibaba. Um projeto no Sudeste Asiático, na Europa ou em outro mercado internacional testaria a adaptação regulatória, a coordenação de fornecedores e as práticas locais de construção.

A presença global de nuvem da Alibaba oferece locais onde a replicação internacional é relevante. No entanto, as regiões de nuvem podem usar instalações alugadas, campi construídos pela empresa ou uma combinação dos dois. A capacidade de entrega modular não significa automaticamente construção integralmente própria em todos os lugares.

Uma implantação internacional bem-sucedida apoiaria o plano relatado de triplicar a capacidade modular global. Ela mostraria que o processo de fabricação atravessa códigos de construção e redes de fornecimento. O crescimento doméstico por si só deixaria a parte “global” menos certa.

O terceiro sinal são dados operacionais sustentados do projeto de Ningxia e de instalações posteriores. Os compradores devem acompanhar disponibilidade, eficiência do uso de energia sazonal, utilização da densidade dos racks, transições de refrigeração e desempenho de manutenção.

Os módulos pré-fabricados do projeto fornecem uma base técnica útil. Sua carga de 60 megawatts é grande o suficiente para revelar problemas de integração que demonstrações menores poderiam ocultar. Um desempenho contínuo próximo ao nível de eficiência citado fortaleceria o argumento de engenharia da Alibaba.

Problemas operacionais não invalidariam a construção modular como categoria. Eles mostrariam que a velocidade transferiu complexidade do canteiro de obras para a fabricação, integração ou manutenção. Essa troca é precisamente o que os dados de longo prazo precisam revelar.

A resposta do Google fornecerá contexto adicional. Sua estratégia modular enfatiza a interoperabilidade entre componentes e gerações. Se o Google publicar melhorias de implantação repetíveis, o setor poderá convergir em princípios compartilhados, apesar de sistemas proprietários diferentes.

A concorrência pode beneficiar clientes corporativos mesmo quando eles nunca precisarem escolher diretamente entre esses provedores. Uma construção mais rápida pode ampliar a oferta regional de computação, reduzir períodos de espera e dar suporte a mais configurações de aceleradores. A padronização também pode melhorar a confiabilidade quando implementada com cuidado.

Os desenvolvedores devem se importar porque a capacidade física influencia a disponibilidade de APIs e os custos de inferência. As equipes de produto devem se importar porque a capacidade regional afeta latência, residência de dados e cronogramas de lançamento. Os compradores de infraestrutura devem se importar porque as alegações dos fornecedores agora vão além do software, alcançando a execução da construção.

A corrida entre Alibaba e Google está, portanto, se tornando uma disputa de sistemas industriais. Os modelos continuam visíveis, mas a capacidade de energizar e resfriar milhares de aceleradores determina o quão amplamente esses modelos podem ser executados.

A Alibaba apresentou um mecanismo concreto: fabricar módulos repetíveis, testá-los antes da entrega e montá-los em paralelo com o trabalho no local. Ela também associou números memoráveis a esse mecanismo, incluindo 100 dias e uma triplicação planejada de capacidade.

Agora, o ônus passa da arquitetura para a repetição. Observe locais identificados, cronogramas comparáveis, megawatts comissionados e resultados operacionais ao longo de várias estações. Esses sinais mostrarão se a velocidade da Alibaba é uma vantagem duradoura na nuvem ou um marco de construção apresentado de forma restrita.