La course aux infrastructures entre Alibaba et Google s’intensifie alors que le cloud vise des centres de données IA en 100 jours

Alibaba Cloud affirme pouvoir livrer un grand centre de données IA en 100 jours, intensifiant la course aux infrastructures entre Alibaba et Google autour de la vitesse de déploiement. L’entreprise prévoit apparemment de tripler sa capacité mondiale de livraison modulaire à mesure que la demande en puissance de calcul pour l’IA augmente. Cette combinaison compte davantage qu’une nouvelle sortie de modèle, car les bâtiments, l’alimentation électrique, le refroidissement et la capacité réseau déterminent de plus en plus qui peut vendre une puissance de calcul IA réellement exploitable.

Le délai de 100 jours provient d’un rapport sur l’architecture CUBE DC 5.0 d’Alibaba Cloud, un système préfabriqué lancé en 2024. Alibaba indique que cette approche transfère davantage d’assemblage en usine, standardise les principaux sous-systèmes et réduit les travaux sur le chantier. Les dernières affirmations en matière de performances et de capacité n’ont pas fait l’objet d’une large vérification indépendante.

Google offre la comparaison la plus claire, même si les deux entreprises opèrent dans des contextes géographiques différents. Toutes deux présentent désormais l’infrastructure modulaire comme une réponse à l’évolution rapide des puces, des exigences de refroidissement et des charges de travail IA. Alibaba met l’accent sur la rapidité de construction, tandis que Google souligne des systèmes interchangeables capables d’évoluer au fil des générations de matériel.

Il ne s’agit pas simplement d’une histoire de parts de marché du cloud entre Alibaba et Google. C’est un test visant à déterminer si une infrastructure construite en usine peut transformer les calendriers de construction en avantage concurrentiel. La réponse dépendra des projets achevés, de la fiabilité des opérations, de l’électricité disponible et de ce que recouvre réellement l’objectif de capacité d’Alibaba.

Alibaba Cloud transforme CUBE DC 5.0 en promesse de livraison

Alibaba Cloud fait évoluer CUBE DC 5.0 d’une proposition architecturale vers une promesse de vitesse de construction reproductible.

L’entreprise a présenté CUBE DC 5.0 lors de son Apsara Conference en septembre 2024. À ce moment-là, Alibaba indiquait que l’architecture pouvait réduire le temps de construction jusqu’à moitié. Elle prévoyait un premier déploiement dans une installation Alibaba Cloud en Chine au cours de 2025.

La nouvelle affirmation d’une construction en 100 jours laisse entendre qu’Alibaba estime que cette conception a dépassé cet objectif initial. Le calendrier rapporté ramène la livraison d’une grande installation à un peu plus de trois mois.

CUBE DC 5.0 utilise des modules préfabriqués pour certaines parties de l’environnement électrique, de refroidissement et de calcul. La préfabrication signifie que les composants sont assemblés et testés hors du site final avant leur installation. Elle réduit le volume de travaux sur mesure devant être réalisé en extérieur, dans des conditions locales variables.

Les documents publics d’Alibaba consacrés à son infrastructure identifient plusieurs éléments du système. Ils comprennent une architecture de refroidissement air-liquide partagée, une solution de cabine industrialisée, des équipements d’alimentation en courant continu et des outils d’exploitation automatisée. Son système d’alimentation sans interruption DC intégré atteindrait près de 98 % d’efficacité sur l’ensemble de la chaîne.

Des publications techniques antérieures donnaient également à CUBE DC 5.0 une limite supérieure ambitieuse. Alibaba a indiqué à Data Center Dynamics qu’une installation entièrement construite pourrait prendre en charge jusqu’à 200 mégawatts de capacité IT. L’entreprise a aussi cité des densités de baies atteignant 200 kilowatts.

Ces limites décrivent une enveloppe de conception, et non un déploiement moyen confirmé. Un site de 200 mégawatts représente un campus majeur, tandis que les projets individuels peuvent être beaucoup plus modestes. Ces chiffres montrent qu’Alibaba a conçu le système pour des clusters IA denses plutôt que pour des salles serveurs d’entreprise conventionnelles.

L’entreprise indiquerait également que les coûts de construction diminuent de plus de 10 % par rapport à la génération précédente. Cette affirmation doit être interprétée avec prudence. Elle concerne la construction de l’installation, et pas nécessairement les serveurs, accélérateurs, la mémoire, les équipements réseau ou l’électricité consommée après l’ouverture.

Pour un campus IA, ces éléments exclus peuvent dominer les dépenses totales. Un bâtiment plus rapide et moins coûteux ne rend pas les puces rares bon marché. Il réduit toutefois le temps pendant lequel du matériel coûteux attend une alimentation électrique et un refroidissement exploitables.

Le projet annoncé de tripler la capacité modulaire mondiale étend cette promesse d’un projet unique à un réseau de livraison. Pourtant, le terme « capacité » peut désigner la production en usine, l’approvisionnement contractuel, le débit de déploiement ou les mégawatts achevés. Alibaba n’a pas fourni publiquement assez de détails pour considérer ces significations comme interchangeables.

Cette distinction crée la tension centrale de l’article. Alibaba présente 100 jours comme une capacité d’infrastructure, mais les investisseurs et les clients ont besoin de preuves que ce calendrier se répète d’un site à l’autre.

Pourquoi la concurrence entre Alibaba et Google passe désormais par la construction

La compétition entre Alibaba et Google se déplace au-delà des modèles et des logiciels cloud, vers les systèmes physiques qui déterminent quand la puissance de calcul devient disponible.

L’infrastructure IA fait face à un décalage temporel. Les générations d’accélérateurs évoluent plus vite que les installations traditionnelles ne peuvent être conçues, autorisées, approvisionnées et mises en service. Un bâtiment prévu pour un profil thermique donné peut recevoir des baies plus denses avant même la fin de sa construction.

Le refroidissement illustre le problème. Le refroidissement à air conventionnel fait circuler de l’air refroidi autour des serveurs, tandis que le refroidissement liquide évacue la chaleur par un fluide circulant au plus près des composants de calcul. Les accélérateurs IA denses produisent suffisamment de chaleur pour que de nombreux nouveaux clusters exigent des conceptions reposant sur le liquide.

La distribution électrique doit elle aussi s’adapter. Une densité de baies plus élevée concentre l’électricité dans un espace au sol plus réduit, ce qui modifie les exigences relatives aux appareillages de commutation, à l’alimentation de secours, au câblage et à l’évacuation de la chaleur. Ces systèmes ne peuvent pas être ajoutés sans précaution après l’arrivée des serveurs.

La réponse proposée par Alibaba est la standardisation. Ses modules peuvent être fabriqués à répétition, testés dans des environnements contrôlés et assemblés sur le lieu de destination. Le processus se rapproche davantage de la production industrielle que d’un projet de construction unique.

Google poursuit un objectif connexe avec ce qu’il appelle un centre de données agile et fongible. La fongibilité signifie que les composants peuvent être remplacés ou réagencés sans redessiner l’ensemble de l’installation. Google soutient qu’une infrastructure modulaire et interopérable peut absorber les évolutions des accélérateurs, du stockage, des réseaux et du refroidissement.

Les motivations apparaissent dans les propres chiffres de charge de travail de Google. En octobre 2025, Google a déclaré que ses modèles Gemini traitaient près d’un quadrillion de tokens chaque mois. L’entreprise a également indiqué que la consommation d’accélérateurs IA avait été multipliée par quinze au cours des 24 mois précédents.

En juillet 2026, les centres de données de Google traitaient apparemment environ 3,2 quadrillions de tokens par mois. Ces mesures reposent sur les propres méthodes de reporting de Google, mais leur orientation est claire. Les services IA obligent les équipes d’infrastructure à planifier une demande rapide et irrégulière.

Alibaba subit une pression comparable en Chine et dans l’ensemble de ses régions internationales. Son rapport annuel pour l’exercice 2026 indique qu’Alibaba Cloud proposait des services de calcul dans 34 régions au 31 mars 2026. L’entreprise a également cité une part de 35,8 % du marché chinois du cloud IA, d’après les données d’Omdia.

Alibaba s’est engagé à investir durablement dans l’IA et le cloud. Des installations plus rapides peuvent rendre ces dépenses productives plus tôt, car les puces commencent à servir les clients plus rapidement. Un bâtiment retardé laisse des équipements achetés inutilisés ou force leur déploiement dans des emplacements moins adaptés.

La pression s’étend au-delà de ces deux fournisseurs. Amazon Web Services, Microsoft, Meta, Oracle et les opérateurs IA spécialisés se disputent tous l’accès à l’électricité, à la main-d’œuvre de construction, aux équipements électriques et aux systèmes de refroidissement. La construction modulaire ne peut pas éliminer ces contraintes, mais elle peut en modifier l’enchaînement.

C’est pourquoi la comparaison entre Alibaba et Google est importante, même en l’absence de compétition directe pour un contrat. Chaque entreprise cherche à transformer l’ingénierie d’infrastructure en expansion plus rapide de ses services. Leurs choix peuvent influencer les fournisseurs et les attentes des entreprises sur l’ensemble du marché.

Google dispose d’une longue expérience dans la conception d’installations sur mesure autour de ses accélérateurs TPU. Alibaba associe l’infrastructure cloud à ses modèles Qwen, à Platform for AI et à des processeurs développés en interne. Toutes deux contrôlent de plus en plus de couches entre la puce et le client.

Cette intégration verticale augmente les enjeux. Un fournisseur qui coordonne modèles, accélérateurs, réseaux et installations peut optimiser l’ensemble du système. Il assume également davantage de risques lorsqu’une seule couche manque son objectif de livraison.

Les modules construits en usine sont le mécanisme derrière les 100 jours

Ce calendrier ne devient plausible que si Alibaba réalise davantage d’ingénierie avant que les équipements n’atteignent le chantier.

Un projet de centre de données traditionnel implique des travaux séquentiels de conception, de fondations, de construction structurelle, de systèmes électriques, de refroidissement, de contrôle et de mise en service. Les retards à une étape peuvent bloquer toutes celles qui suivent. L’ingénierie spécifique au site rend également les enseignements plus difficiles à transférer.

Un projet modulaire déplace une partie de ce processus vers une production parallèle. Les équipes peuvent préparer le site pendant que les usines assemblent des modules d’alimentation, de batteries, de refroidissement ou de calcul. Les unités achevées arrivent ensuite pour être raccordées et soumises à des essais à l’échelle du système.

Une description de projet publiée par Inspur en 2026 fournit un exemple concret. L’entreprise décrit une installation IA de 60 mégawatts dans le Ningxia qui utilise la technologie CUBE DC 5.0 d’Alibaba. Un bâtiment emploie 260 produits standardisés constitués de 342 conteneurs préfabriqués.

Ces modules couvrent le calcul refroidi par liquide, le calcul refroidi par air, les batteries, le conditionnement de l’eau et l’alimentation moyenne tension. Inspur indique que les conteneurs ont été intégrés et testés en usine avant l’assemblage sur site. C’est le mécanisme opérationnel qui sous-tend la promesse de livraison d’Alibaba.

Le projet du Ningxia montre aussi que la modularité ne désigne pas un simple conteneur maritime rempli de serveurs. Les modules répartissent une infrastructure complexe en ensembles standardisés. Les ingénieurs doivent encore intégrer ces ensembles dans un système électrique et thermique unique et fiable.

Inspur indique que les baies refroidies par liquide de l’installation prennent en charge jusqu’à 83 kilowatts chacune. L’entreprise rapporte aussi un indicateur d’efficacité énergétique pouvant descendre jusqu’à 1,159. Cet indicateur compare l’énergie totale consommée par l’installation à l’énergie fournie aux équipements de calcul.

Une valeur proche de 1,0 indique moins de surcoût lié au refroidissement, à la conversion électrique et aux autres systèmes du bâtiment. Toutefois, la valeur citée provient d’un participant au projet. Des données d’exploitation indépendantes couvrant plusieurs saisons offriraient un test plus solide.

La conception de refroidissement partagée d’Alibaba répond à une autre source d’incertitude. Elle prend en charge les équipements refroidis par air et par liquide au moyen d’une source de refroidissement commune. Cette flexibilité compte lorsque différentes générations d’accélérateurs arrivent avec des exigences thermiques différentes.

La distribution d’électricité en courant continu peut supprimer certaines étapes de conversion entre le réseau et les composants des serveurs. Moins d’étapes de conversion peuvent réduire le nombre d’équipements et les pertes électriques. La conception exige néanmoins une redondance, des systèmes de protection et des procédures de maintenance adaptés aux grands clusters.

La standardisation peut également améliorer les achats. Au lieu de redessiner chaque local électrique, un fournisseur commande des modules reproductibles auprès de lignes de production établies. Les fournisseurs peuvent prévoir la demande en composants et améliorer l’assemblage grâce au travail répété.

Cependant, le chiffre de 100 jours ne couvre probablement pas toutes les étapes du développement. L’acquisition du terrain, le raccordement au réseau, les autorisations, l’examen environnemental et les travaux d’utilité publique à long délai peuvent commencer bien plus tôt. Le chiffre rapporté semble plus pertinent pour la livraison de l’installation une fois les principaux prérequis réunis.

Cette limite compte dans les régions où l’électricité constitue le principal goulot d’étranglement. Un bâtiment préfabriqué ne peut pas créer de capacité de transport électrique. Il ne peut pas accélérer une turbine, un transformateur ou un poste électrique qui n’a pas été commandé.

La vitesse de construction diffère également de la mise en service effective. Les opérateurs doivent mettre en service les circuits électriques, valider le refroidissement, tester les procédures de basculement, installer les réseaux, sécuriser le site et intégrer les logiciels cloud. Les clients s’intéressent à la date à laquelle des instances utilisables deviennent disponibles, pas seulement à l’achèvement de la structure.

L’interprétation la plus solide est donc limitée, mais importante. CUBE DC 5.0 peut raccourcir la partie maîtrisée de la construction d’un centre de données grâce à une fabrication parallèle et à un assemblage standardisé. Il ne raccourcit pas toutes les dépendances externes pour les faire tenir dans le même calendrier.

Ce que les affirmations d’Alibaba et Google ne prouvent toujours pas

La question non résolue est de savoir si la rapidité de la modularité résiste aux réglementations locales, aux contraintes d’approvisionnement et à des années d’exploitation à haute densité.

Alibaba dispose d’éléments montrant que CUBE DC 5.0 existe au-delà d’une présentation. Le déploiement dans le Ningxia fournit un projet nommé, des spécifications techniques et une conception préfabriquée visible. Il n’établit pas de manière indépendante que des sites comparables entrent systématiquement en service en 100 jours.

L’entreprise n’a pas publié de calendrier détaillé pour le délai annoncé. Les lecteurs ne peuvent pas encore voir où le compte à rebours commence ni où il se termine. Des définitions différentes peuvent faire du même projet une construction de 100 jours ou un développement pluriannuel.

L’affirmation concernant la capacité modulaire mondiale manque également d’un dénominateur clair. Tripler une petite base de production diffère du triplement d’une activité multirégionale déjà établie. La capacité réservée dans les usines diffère aussi de la charge informatique mise en service et accessible aux clients cloud.

La fiabilité mérite une attention égale. Les tests en usine peuvent améliorer la cohérence, car les modules quittent des lignes de production contrôlées avec moins d’inconnues. Toutefois, les connexions entre modules créent des interfaces qui doivent rester fiables sous des charges lourdes et variables.

Les pratiques de maintenance peuvent devenir plus complexes lorsqu’une installation combine des méthodes de refroidissement et des générations de baies différentes. Les opérateurs ont besoin de composants de rechange, de techniciens formés et de procédures d’isolement claires. La rapidité pendant la construction ne doit pas créer de rigidité opérationnelle par la suite.

La géographie ajoute un autre défi. Les normes électriques, les codes incendie, les conditions météorologiques, les risques sismiques, la disponibilité de l’eau et les règles d’autorisation varient selon les marchés. Un module conçu pour une juridiction peut nécessiter des modifications ailleurs.

C’est particulièrement pertinent pour la comparaison entre Alibaba et Google. L’expansion de l’infrastructure de Google couvre de nombreux marchés réglementés et systèmes de services publics. La capacité d’Alibaba à transférer son processus de 100 jours à l’international demeure moins documentée que ses travaux d’ingénierie nationaux.

La stratégie de Google présente son propre manque de vérification. Son architecture fongible est une orientation de conception, et non la preuve que chaque composant d’installation devient interchangeable. Les fournisseurs de matériel, les interfaces propriétaires et les bâtiments plus anciens peuvent limiter cette flexibilité.

Les deux entreprises font également face à des contraintes électriques que la modularité ne peut pas résoudre seule. Google a négocié avec des services publics des accords de charge flexible, permettant à une partie de la demande des centres de données d’être déplacée pendant les périodes de tension sur le réseau. L’entreprise a aussi engagé de nouveaux projets énergétiques pour soutenir sa croissance future.

Alibaba opère sur un marché où les principales charges informatiques peuvent être placées plus près des ressources énergétiques dans l’ouest de la Chine. Le projet du Ningxia reflète cette approche. Déplacer le calcul vers l’intérieur des terres peut améliorer l’accès à l’électricité, mais cela soulève des questions de réseau et de placement des charges de travail.

L’approvisionnement en puces crée une incertitude distincte. Le rapport annuel d’Alibaba indique que sa filiale T-Head a mis en production à grande échelle un GPU propriétaire. Les preuves publiques fournissent encore peu de détails sur le volume de production, les performances et la disponibilité pour les clients.

Une installation achevée rapidement a peu de valeur si les accélérateurs, la mémoire ou les réseaux optiques arrivent en retard. L’inverse est également vrai. Des puces disponibles ne génèrent aucun revenu cloud lorsque l’espace alimenté approprié reste inachevé.

L’économie de construction annoncée de 10 % ne doit donc pas être considérée comme une réduction de 10 % du coût total du calcul IA. Les serveurs et les réseaux restent en dehors de cette affirmation limitée. L’électricité et la maintenance se poursuivent durant toute la vie opérationnelle de l’installation.

Il existe aussi un risque de surconstruction. Les fournisseurs cloud planifient en fonction d’une demande susceptible d’évoluer avec l’efficacité des modèles, les prix de l’inférence et l’adoption par les clients. Un déploiement modulaire plus rapide réduit le risque de calendrier, mais il peut aussi faciliter l’expansion de capacité avant que la demande soit démontrée.

La modularité offre une protection partielle, car les fournisseurs peuvent construire par étapes. Des incréments plus petits permettent aux opérateurs d’ajouter de l’infrastructure au fur et à mesure que les contrats et la croissance des charges de travail deviennent visibles. Cet avantage disparaît si les entreprises commandent trop tôt des chaînes de production entières.

Pour les acheteurs d’entreprise, la réponse appropriée n’est ni le rejet ni l’acceptation. Alibaba a présenté un mécanisme crédible et au moins un déploiement substantiel. Ses affirmations les plus audacieuses concernant les délais et la capacité mondiale nécessitent encore des projets comparables, documentés de manière indépendante.

Trois signaux détermineront si l’avantage est réel

La capacité achevée, la répétition internationale et les performances opérationnelles détermineront si Alibaba a créé un avantage d’infrastructure.

Le premier signal est un projet CUBE DC 5.0 documenté, livré selon le calendrier de 100 jours. Alibaba devrait identifier la condition de départ, l’étape d’achèvement, la charge informatique, la période de mise en service et la date à laquelle les charges de travail des clients ont commencé à fonctionner.

Une chronologie divulguée clarifierait si les travaux préparatoires avaient commencé avant le lancement du compteur. Elle permettrait également aux clients de comparer l’affirmation d’Alibaba aux projets conventionnels selon des conditions équivalentes. Sans ce niveau de détail, 100 jours demeure un titre attrayant mais flexible.

Une confirmation renforcerait l’argument d’Alibaba selon lequel la construction modulaire modifie la disponibilité du calcul. Une période de mise en service nettement plus longue affaiblirait cette affirmation, surtout si le bâtiment était achevé alors que les systèmes restaient indisponibles.

Le deuxième signal est un déploiement hors de l’environnement national le plus familier d’Alibaba. Un projet en Asie du Sud-Est, en Europe ou sur un autre marché international mettrait à l’épreuve l’adaptation réglementaire, la coordination des fournisseurs et les pratiques de construction locales.

L’empreinte cloud mondiale d’Alibaba lui procure des emplacements où la réplication internationale est pertinente. Toutefois, les régions cloud peuvent utiliser des installations louées, des campus construits par l’entreprise ou une combinaison des deux. La capacité de livraison modulaire ne signifie pas automatiquement une construction entièrement détenue partout.

Un déploiement international réussi étayerait le plan annoncé de tripler la capacité modulaire mondiale. Il montrerait que le processus de fabrication franchit les codes du bâtiment et les réseaux d’approvisionnement. La croissance nationale seule laisserait la dimension « mondiale » moins certaine.

Le troisième signal est la publication de données opérationnelles durables issues du projet du Ningxia et des installations ultérieures. Les acheteurs devraient surveiller la disponibilité, l’efficacité saisonnière de l’utilisation de l’énergie, l’utilisation de la densité des baies, les transitions de refroidissement et les performances de maintenance.

Les modules préfabriqués du projet fournissent une base technique utile. Sa charge de 60 mégawatts est suffisamment importante pour révéler des problèmes d’intégration que des démonstrations plus petites pourraient masquer. Des performances continues proches du niveau d’efficacité cité renforceraient les arguments d’ingénierie d’Alibaba.

Des problèmes opérationnels n’invalideraient pas la construction modulaire en tant que catégorie. Ils montreraient que la rapidité a transféré la complexité du chantier vers la fabrication, l’intégration ou la maintenance. C’est précisément ce compromis que les données à long terme doivent révéler.

La réponse de Google apportera un contexte supplémentaire. Sa stratégie modulaire met l’accent sur l’interopérabilité entre composants et générations. Si Google publie des améliorations de déploiement reproductibles, le secteur pourrait converger vers des principes communs malgré des systèmes propriétaires différents.

La concurrence peut bénéficier aux clients d’entreprise même s’ils n’ont jamais à choisir directement entre ces fournisseurs. Une construction plus rapide peut accroître l’offre régionale de calcul, réduire les délais d’attente et prendre en charge davantage de configurations d’accélérateurs. La standardisation peut aussi améliorer la fiabilité lorsqu’elle est mise en œuvre avec soin.

Les développeurs devraient s’y intéresser, car la capacité physique influence la disponibilité des API et les coûts d’inférence. Les équipes produit devraient s’y intéresser, car la capacité régionale affecte la latence, la résidence des données et les calendriers de lancement. Les acheteurs d’infrastructure devraient s’y intéresser, car les affirmations des fournisseurs dépassent désormais le logiciel pour atteindre l’exécution de la construction.

La course entre Alibaba et Google devient donc un concours de systèmes industriels. Les modèles restent visibles, mais la capacité à alimenter et refroidir des milliers d’accélérateurs détermine l’ampleur avec laquelle ces modèles peuvent fonctionner.

Alibaba a présenté un mécanisme concret : fabriquer des modules reproductibles, les tester avant leur livraison et les assembler en parallèle des travaux sur site. L’entreprise a également associé à ce mécanisme des chiffres mémorables, notamment 100 jours et un triplement planifié de la capacité.

Désormais, la charge passe de l’architecture à la répétition. Surveillez les sites nommés, les calendriers comparables, les mégawatts mis en service et les résultats opérationnels sur plusieurs saisons. Ces signaux montreront si la vitesse d’Alibaba constitue un avantage cloud durable ou une étape de construction formulée de manière étroite.