Le déploiement de 38 GW de centres de données de Microsoft se heurte à une crise de capacité IA
Microsoft viserait 38 gigawatts de capacité de centres de données d'ici 2032, après que des pénuries ont limité sa capacité à répondre à la demande de cloud et d'IA.
Le déploiement de 38 GW de centres de données de Microsoft ferait plus que tripler sa capacité actuelle, estimée à environ 12 gigawatts. Bloomberg a rapporté cet objectif interne le 10 septembre, citant des personnes proches des projets de Microsoft. Microsoft n'a pas confirmé publiquement le chiffre de 38 gigawatts.
Cette distinction est importante, car cet objectif ne constitue pas simplement un nouvel engagement de dépenses. Il vise à résoudre un problème d'approvisionnement au sein d'Azure, le principal moteur de croissance de Microsoft. L'entreprise affirme que la demande a dépassé la capacité informatique disponible, malgré des années de construction et d'achats d'équipements.
La décision antérieure de Microsoft de ralentir certains projets accentue désormais cette tension. L'entreprise voulait éviter de construire trop loin en avance sur la demande. Elle doit maintenant accélérer les travaux tout en gérant l'accès à l'électricité, le coût des équipements et le risque que la demande en IA évolue avant 2032.
Amazon Web Services et Google Cloud font face à nombre des mêmes contraintes. Toutefois, le plan rapporté de Microsoft met plus clairement en lumière cet arbitrage. L'entreprise doit sécuriser rapidement des infrastructures rares sans s'enfermer dans les mauvais emplacements, matériels ou contrats énergétiques.
Le déploiement de 38 GW de centres de données de Microsoft est un pari sur l'offre
Microsoft considère la capacité informatique physique comme une limite contraignante à la croissance d'Azure, et non comme une simple question opérationnelle secondaire.
Le plan rapporté ferait passer la capacité mondiale de centres de données de Microsoft d'environ 12 gigawatts à plus de 38 gigawatts d'ici 2032. Cela implique l'ajout d'environ 26 gigawatts de capacité sur six ans.
Un gigawatt mesure la puissance électrique, et non les performances informatiques. Ce chiffre décrit donc l'enveloppe électrique disponible pour les équipements plutôt qu'une quantité fixe de production IA. Le choix des puces, le taux d'utilisation, le refroidissement, les réseaux et l'efficacité logicielle détermineront ce que Microsoft pourra fournir dans cette enveloppe.
Cette échelle offre néanmoins une image utile de l'ambition de Microsoft. Selon le plan de capacité original, le réseau achevé dépasserait la consommation électrique de l'État de New York durant les périodes de pointe.
La comparaison ne signifie pas que chaque installation tirera continuellement sa pleine capacité nominale. La capacité des centres de données peut aussi inclure des sites à différents stades de développement et des installations exploitées par l'intermédiaire de baux. Elle illustre toutefois le défi physique qui sous-tend la stratégie cloud de Microsoft.
L'entreprise doit identifier des terrains adaptés, sécuriser les raccordements au réseau électrique, obtenir les permis et organiser un approvisionnement fiable en électricité. Elle doit ensuite construire des installations spécialisées et les équiper de serveurs, d'accélérateurs, de stockage et d'équipements réseau.
Ces étapes suivent des calendriers différents. Les puces avancées peuvent évoluer au cours d'un cycle produit, tandis que les sous-stations et les projets de transmission peuvent nécessiter plusieurs années. Un site achevé tardivement peut ainsi reposer sur des hypothèses matérielles définies bien plus tôt.
Microsoft a déjà commencé à annoncer des projets correspondant à cette expansion plus large. En juin, l'entreprise a dévoilé un projet de campus de centres de données à Pecos, au Texas. Microsoft a indiqué que le campus de Pecos ajouterait environ deux gigawatts sur cinq à sept ans.
L'entreprise a décrit ce développement comme l'un de ses plus importants ajouts de capacité uniques. Elle prévoit que le projet soutiendra plus de 6 000 emplois dans la construction au pic d'activité et des centaines de postes permanents d'exploitation.
Microsoft s'étend également autour d'Abilene, au Texas. Un projet annoncé avec le promoteur Crusoe comprend deux bâtiments supplémentaires de centres de données d'IA et une installation électrique sur site. L'ensemble du site devrait atteindre 2,1 gigawatts répartis sur dix bâtiments.
Cette expansion d'Abilene est particulièrement révélatrice, car OpenAI avait renoncé à développer les bâtiments supplémentaires. Microsoft a rejoint le projet alors que sa relation avec OpenAI devenait moins exclusive.
Ces projets ne vérifient pas indépendamment l'objectif de 38 gigawatts. Ils montrent toutefois que Microsoft assemble des blocs de capacité inhabituellement importants via des campus détenus en propre, des partenaires de développement, des baux et des accords énergétiques dédiés.
Cet événement change l'échelle de la discussion. Microsoft ne promet plus simplement d'ajouter suffisamment de serveurs pour la prochaine vague de demande Azure. L'entreprise prévoirait désormais une infrastructure comparable à un grand marché régional de l'électricité.
Pourquoi Azure a toujours besoin de davantage de capacité
Les dépenses de Microsoft augmentent parce que l'offre disponible reste inférieure à la demande qu'elle souhaite servir.
Microsoft a indiqué aux investisseurs en avril qu'elle prévoyait de rester limitée par sa capacité au moins jusqu'à la fin de l'année civile 2026. Cette contrainte concerne les processeurs graphiques, les processeurs conventionnels, le stockage et les installations qui les hébergent.
Cette combinaison est importante. Les pénuries d'IA sont souvent décrites comme une simple rareté des accélérateurs Nvidia. Le problème de Microsoft va au-delà de l'achat de puces individuelles.
Un service cloud opérationnel exige des baies de serveurs, des réseaux à haut débit, des équipements de refroidissement, du stockage, des systèmes de sauvegarde et une alimentation électrique fiable. Ajouter des accélérateurs sans l'infrastructure environnante ne crée pas de capacité Azure commercialisable.
Lors de sa conférence téléphonique sur les résultats du troisième trimestre de l'exercice 2026, Microsoft a déclaré s'attendre à plus de 40 milliards de dollars de dépenses d'investissement au cours du trimestre suivant. L'entreprise a également prévu environ 190 milliards de dollars pour l'année civile 2026, avant un ajustement ultérieur de présentation comptable.
La prévision antérieure incluait environ 25 milliards de dollars attribués à la hausse des prix des composants. Ce détail montre comment la pression sur l'offre affecte à la fois le volume et le coût de l'expansion.
Les dépenses d'investissement de Microsoft soutiennent plusieurs besoins concurrents. Les clients Azure ont besoin de capacité cloud, Microsoft 365 Copilot requiert des ressources d'inférence, et les équipes de recherche internes ont besoin de puissance de calcul. GitHub Copilot et d'autres services propriétaires se disputent également l'infrastructure.
L'inférence est le processus informatique utilisé lorsqu'un modèle entraîné produit une réponse. Elle peut créer une demande récurrente, car chaque prompt, document généré ou suggestion logicielle consomme des ressources.
Les charges d'entraînement sont importantes mais relativement concentrées. La demande d'inférence augmente avec l'usage des produits, ce qui rend la planification de capacité dépendante de l'adoption par les clients, de l'efficacité des modèles et du nombre de tâches d'IA effectuées.
Microsoft ne peut pas consacrer chaque nouveau serveur aux clients Azure publics. Les dirigeants doivent répartir l'offre entre les ventes cloud externes, les produits internes, la recherche et le remplacement des équipements.
Les résultats de Microsoft pour l'exercice 2026 suggèrent que la demande est réelle. Les revenus d'Azure ont dépassé 100 milliards de dollars pour la première fois au cours de l'exercice. Microsoft 365 Copilot a atteint plus de 30 millions de licences payantes, selon Microsoft.
Au cours du trimestre de juin, les revenus d'Azure et des autres services cloud ont augmenté de 43 %. Les revenus de Microsoft Cloud ont atteint 59,3 milliards de dollars, soit une hausse de 27 % par rapport à l'année précédente.
Ces résultats étayent l'argument selon lequel les dépenses d'infrastructure financent une activité en expansion. Ils ne prouvent pas que chaque gigawatt prévu générera un rendement acceptable.
La capacité peut freiner la croissance alors même que la demande reste forte. Elle peut aussi masquer des décisions d'allocation difficiles. Microsoft pourrait privilégier ses propres applications lorsque ces services offrent une meilleure rentabilité ou une plus grande valeur stratégique que la capacité cloud brute.
La pénurie est donc plus qu'un problème d'ingénierie. Chaque cluster indisponible représente un choix entre un client Azure, une charge de travail Copilot, un engagement envers OpenAI ou une équipe de développement interne.
Le déploiement de 38 GW de centres de données de Microsoft vise à assouplir progressivement ces choix. Toutefois, son horizon de 2032 signifie que les clients n'en ressentiront pas immédiatement tous les avantages.
Microsoft renverse une pause prudente dans la construction
Le conflit central oppose l'effort antérieur de Microsoft pour éviter le surdimensionnement à son besoin actuel de rattraper la demande.
Microsoft a ralenti ou suspendu certains projets de centres de données en 2025. Parmi les développements concernés figurait un projet en phase initiale dans l'Ohio, où l'entreprise a interrompu les travaux et réservé une partie du terrain à un usage agricole.
Microsoft a indiqué ajuster le calendrier et l'emplacement de ses projets à mesure que les besoins des clients évoluaient. Cette explication était raisonnable pour un programme d'infrastructure impliquant des engagements de longue durée et des prévisions IA incertaines.
Les fournisseurs de cloud construisent rarement tous les composants au même moment. Une entreprise peut sécuriser un terrain, interrompre un chantier, déplacer des serveurs ou annuler un bail sans abandonner sa stratégie globale.
Cette flexibilité protège le capital lorsque la demande se déplace entre les régions. Elle aide aussi un fournisseur à réagir lorsqu'un site ne peut pas obtenir d'électricité ou lorsqu'un partenaire modifie ses plans.
Cependant, une pause dans la construction entraîne des conséquences différées. La capacité commandée aujourd'hui peut nécessiter des années avant d'entrer en service. Une décision de ralentir la construction des structures peut créer une pénurie après l'accélération de la demande des clients.
La structure désigne le bâtiment physique du centre de données ainsi que ses systèmes électriques et de refroidissement associés. Les serveurs peuvent être installés plus rapidement qu'un nouveau bâtiment ne peut être autorisé, alimenté et achevé.
L'objectif rapporté pour 2032 suggère que la direction considère désormais le manque de capacité comme le risque stratégique le plus important. L'entreprise doit ajouter suffisamment d'infrastructures pour soutenir Azure tout en conservant des options si la demande, les puces ou les modèles évoluent.
Ce revirement ne signifie pas nécessairement que la pause précédente était une erreur. Il montre à quel point la fenêtre de planification s'est resserrée.
Construire trop lentement peut contraindre Microsoft à refuser des contrats ou à retarder des déploiements. Construire trop vite peut créer des installations inutilisées, une hausse des amortissements et des engagements énergétiques qui survivront aux équipements qu'ils abritent.
La réponse de l'entreprise repose sur une approche de portefeuille. Microsoft développe ses propres campus, loue des sites tiers et travaille avec des partenaires énergétiques. Elle peut répartir différentes charges de travail entre les emplacements et les générations d'équipements.
Les dirigeants ont également mis l'accent sur la fongibilité, c'est-à-dire la possibilité de réaffecter l'infrastructure entre différentes charges de travail. Un service Azure conventionnel, un modèle d'IA et une application Microsoft n'utilisent pas des systèmes identiques, mais certaines ressources de soutien peuvent être partagées.
La fongibilité réduit le danger de faire dépendre chaque projet d'un seul client IA. Elle n'élimine pas la spécialisation matérielle.
Les clusters d'entraînement haut de gamme exigent des réseaux d'accélérateurs denses et un refroidissement spécialisé. Les applications d'entreprise traditionnelles peuvent fonctionner sur des processeurs différents avec une densité électrique plus faible. Convertir la capacité entre ces usages peut nécessiter des modifications physiques.
La relation de Microsoft avec OpenAI ajoute une autre complication de planification. Microsoft reste un investisseur et partenaire d'infrastructure majeur, mais OpenAI peut obtenir ailleurs des capacités de calcul supplémentaires.
Le projet d'Abilene illustre cette séparation. OpenAI et Oracle développent des infrastructures Stargate à proximité, tandis que Microsoft soutient des bâtiments supplémentaires via Crusoe.
Cela crée une nouvelle forme de concurrence. Microsoft doit fournir OpenAI dans le cadre de ses engagements existants, soutenir ses propres modèles et vendre des services Azure aux organisations qui utilisent des fournisseurs de modèles concurrents.
Le principal adversaire n’est donc pas Amazon, Google ou OpenAI pris isolément. C’est la promesse de Microsoft de fournir une capacité cloud flexible et disponible face à la réalité physique de longs délais de construction.
Un objectif de 38 gigawatts répond à l’ampleur du problème. Son exécution déterminera s’il répond aussi à la question du calendrier.
L’électricité, les permis et les puces peuvent faire dérailler le calendrier
Microsoft peut financer un déploiement massif, mais l’argent ne peut pas produire instantanément des raccordements au réseau, des transformateurs, des turbines ou des accélérateurs avancés.
L’électricité est devenue une contrainte centrale pour les centres de données, car les grands campus d’IA concentrent la demande dans des lieux spécifiques. Un surplus national d’électricité n’aide pas un projet qui attend un poste électrique local.
L’Agence internationale de l’énergie estime que les centres de données ont consommé environ 415 térawattheures à l’échelle mondiale en 2024. Cela représentait près de 1,5 % de la consommation mondiale d’électricité.
Ses perspectives sur l’électricité prévoient une consommation des centres de données d’environ 945 térawattheures d’ici 2030. L’IA devrait être à l’origine d’une grande partie de cette hausse.
L’agence estime également qu’environ 20 % des projets de centres de données prévus risquent d’être retardés si les difficultés liées au réseau et à l’intégration ne sont pas résolues. Le problème tient à la concentration locale, et pas seulement à l’offre mondiale totale d’énergie.
Près de la moitié de la capacité des centres de données aux États-Unis est située dans cinq pôles régionaux, selon l’agence. Cette concentration met sous pression les réseaux de transport, la production d’électricité, les systèmes d’autorisation et les communautés environnantes.
Le projet de Microsoft à Pecos illustre une réponse possible. Au lieu de s’appuyer uniquement sur un marché cloud urbain existant, l’entreprise développe un vaste campus où de nouvelles infrastructures énergétiques peuvent être construites parallèlement à la capacité de calcul.
Ce modèle comporte ses propres risques. Une production dédiée peut accélérer l’approvisionnement, mais la disponibilité du combustible, les émissions, les règles de raccordement et l’acceptation par les communautés restent des facteurs déterminants.
Les énergies renouvelables devraient fournir près de la moitié de la demande supplémentaire mondiale d’électricité des centres de données d’ici 2030. Le gaz naturel et le charbon couvriront encore une part importante de la croissance à court terme.
Les accords nucléaires à long terme peuvent soutenir une alimentation fiable et à faibles émissions. Toutefois, de nombreux projets nucléaires suivent des calendriers de développement qui dépassent la pénurie immédiate de capacité.
L’utilisation de l’eau demeure également sensible. Microsoft a introduit de nouveaux systèmes de refroidissement destinés à réduire la consommation d’eau en exploitation, mais leur efficacité dépend du climat, de la conception du site et du mix électrique local.
Le chiffre de 38 gigawatts ne doit donc pas être interprété comme 38 gigawatts de calcul d’IA utilisable de manière équivalente. Une capacité située dans une région contrainte peut avoir davantage de valeur qu’une allocation plus importante loin de la demande des clients.
La disponibilité du matériel constitue un autre goulet d’étranglement. Les accélérateurs d’IA dépendent de la fabrication avancée de semi-conducteurs, de mémoire à large bande passante, de capacités de packaging et de composants réseau spécialisés.
Microsoft peut passer d’importantes commandes, mais il est en concurrence avec Amazon, Google, Meta, les laboratoires d’IA et les programmes nationaux de calcul pour nombre des mêmes composants.
Google a décrit un problème d’approvisionnement similaire. Ses dirigeants ont indiqué que l’entreprise s’attendait à rester contrainte en 2026 malgré l’augmentation de sa capacité. Google associe les GPU Nvidia à ses unités de traitement tensoriel conçues en interne.
Cette stratégie de capacité offre à Google davantage d’options matérielles, mais elle ne supprime pas les limites liées à la construction et à l’électricité. Amazon conçoit également des puces d’IA sur mesure tout en achetant des accélérateurs externes.
Microsoft dispose de son propre programme d’accélérateurs Maia et de processeurs Cobalt. Le silicium personnalisé peut améliorer l’économie du modèle et réduire la dépendance à un seul fournisseur, mais les clients attendent toujours un accès aux systèmes Nvidia largement utilisés.
Le risque ne se limite pas à l’impossibilité d’obtenir des puces. Microsoft doit associer le bon équipement au bon site, au bon système de refroidissement, au bon réseau et à la bonne charge de travail client.
La technologie peut évoluer plus vite que la construction. Une installation conçue pour une densité de racks donnée peut nécessiter des modifications lorsque de nouveaux processeurs consomment davantage d’électricité ou exigent un refroidissement différent.
La demande peut évoluer tout aussi rapidement. Des modèles plus efficaces peuvent réduire la puissance de calcul nécessaire à chaque tâche, tandis qu’une adoption plus large peut annuler ces économies. Les agents d’IA peuvent également générer de nombreux appels de modèles à partir d’une seule demande utilisateur.
Le plan de Microsoft repose sur ces deux effets. L’efficacité doit améliorer la production de chaque mégawatt, tandis que la demande doit rester suffisamment forte pour justifier l’infrastructure.
Le test financier dépasse la croissance d’Azure
Le déploiement ne réussira que si Microsoft transforme une infrastructure rare en revenus durables sans affaiblir les rendements de l’ensemble de l’entreprise.
La croissance trimestrielle de 43 % d’Azure constitue un solide indicateur que les clients souhaitent davantage de capacité cloud. La question plus difficile concerne le rendement de chaque nouvelle génération d’actifs.
Les bâtiments de centres de données peuvent fonctionner pendant des décennies. Les accélérateurs et les serveurs ont une durée de vie économique bien plus courte, car les matériels plus récents offrent de meilleures performances et une meilleure efficacité énergétique.
Microsoft répartit donc ses dépenses entre actifs à longue durée de vie et actifs à courte durée de vie. Les bâtiments, les systèmes électriques et les réseaux constituent la base. Les serveurs et les puces déterminent une grande partie de la capacité de calcul à court terme.
Cette distinction préserve une certaine flexibilité. Microsoft peut construire une enveloppe de bâtiment et retarder l’installation de tous les serveurs jusqu’à ce que la demande soit plus claire. L’entreprise peut aussi remplacer les équipements tout en réutilisant l’installation.
Toutefois, une structure vide ou sous-utilisée entraîne toujours des coûts. Un site entièrement équipé supporte davantage de dépréciation et de risques technologiques.
Les investisseurs surveilleront si la croissance d’Azure continue d’accélérer à mesure que la capacité entre en service. Si la croissance progresse parallèlement au taux d’utilisation, Microsoft pourra affirmer que les pénuries antérieures correspondaient à une demande différée.
Si de nouvelles capacités arrivent sans réponse correspondante des revenus, les inquiétudes liées au surinvestissement réapparaîtront. Les éléments pertinents viendront de l’utilisation et de l’économie du cloud, et non du nombre de campus annoncés.
Les applications propriétaires de Microsoft compliquent la mesure. L’infrastructure affectée à Copilot pourrait ne pas apparaître comme un revenu Azure, même lorsqu’elle favorise la rétention des abonnements ou une utilisation accrue ailleurs.
Il en va de même pour la recherche interne. Un cluster utilisé pour développer un meilleur modèle peut créer de la valeur plus tard, mais son rendement immédiat est difficile à isoler.
Microsoft affirme que son parc d’infrastructures peut servir à la fois les charges de travail d’IA et hors IA. Cette flexibilité renforce la thèse d’investissement, car Azure prend déjà en charge les bases de données, les applications métier, le stockage et l’informatique conventionnelle.
Toutefois, les systèmes d’IA spécialisés ne peuvent pas toujours être redirigés sans friction. Les clusters d’accélérateurs denses obéissent à une économie différente de celle des serveurs cloud généralistes.
La concurrence influence également les rendements. Amazon et Google peuvent réduire leurs prix, améliorer leurs puces sur mesure ou regrouper des services d’IA avec leurs plateformes existantes. Des fournisseurs d’infrastructure indépendants peuvent proposer des clusters spécialisés sans assumer le portefeuille de produits plus large de Microsoft.
Microsoft doit donc faire davantage que construire la plus grande capacité électrique. L’entreprise doit fournir une capacité utile dans les régions, configurations et délais exigés par les clients.
L’objectif pour 2032 appelle aussi à la prudence, car il reste rapporté plutôt qu’officiellement détaillé. Microsoft n’a pas publié de calendrier site par site étayant l’objectif complet de 38 gigawatts.
La définition de la capacité doit être clarifiée. Elle pourrait inclure des sites opérationnels, des projets engagés, des installations louées ou de l’électricité sécurisée pour un développement ultérieur. Ces catégories correspondent à des stades d’exécution très différents.
L’estimation d’environ 12 gigawatts aujourd’hui provient également de personnes familières du plan. Les lecteurs ne devraient pas la considérer comme une mesure opérationnelle auditée.
Les communications publiques de Microsoft étayent le récit plus général d’une pénurie. Elles ne fournissent pas encore suffisamment de détails pour calculer le taux d’utilisation ou le revenu attendu par gigawatt.
Cet écart de vérification constitue l’angle sceptique le plus important. L’objectif est crédible comme orientation stratégique, mais son calendrier d’achèvement et sa production économique restent incertains.
Un chiffre de capacité en titre peut masquer des retards régionaux, une construction par phases et des pénuries d’équipements. Le résultat commercial dépend de la capacité de calcul utilisable fournie aux clients, et non de la puissance théorique sécurisée pour de futurs sites.
Trois signaux montreront si le plan fonctionne
Les prochains éléments de preuve devraient venir des prévisions de capacité, des jalons des projets et de la réaction d’Azure à mesure que les nouvelles infrastructures entrent en service.
Le premier signal réside dans le discours de Microsoft sur les capacités lors des prochains appels de résultats. Les dirigeants ont indiqué que les contraintes devraient persister pendant l’année civile 2026, de sorte que toute évolution de ce calendrier importe.
Une période de contrainte plus courte indiquerait que les nouvelles capacités de GPU, CPU, stockage et installations arrivent suffisamment vite. Un calendrier prolongé montrerait que l’ambition des 38 gigawatts reste éloignée des besoins actuels des clients.
Les investisseurs devraient aussi comparer les commentaires sur les capacités à la croissance d’Azure. Une croissance plus rapide après de nouveaux déploiements renforcerait l’affirmation de Microsoft selon laquelle l’offre a limité les revenus.
Une croissance stable malgré l’expansion des capacités affaiblirait cet argument. Elle pourrait indiquer une demande plus lente, une répartition défavorable des charges de travail ou des difficultés à transformer l’infrastructure installée en services clients.
Le deuxième signal est l’avancement des grands campus de Pecos et Abilene. Les accords électriques, les permis, les débuts de construction et les bâtiments achevés sont plus utiles que de nouvelles annonces de terrains.
Pecos compte parce que Microsoft l’a présenté comme un ajout de deux gigawatts sur cinq à sept ans. Les premiers jalons montreront si une stratégie énergétique dédiée peut raccourcir le calendrier habituel de développement.
Abilene compte pour une raison différente. Le site teste la capacité de Microsoft à utiliser un projet mené avec un partenaire pour ajouter plus rapidement de la capacité tout en conservant le contrôle de la conception de l’infrastructure et de l’allocation des charges de travail.
Des retards sur l’un ou l’autre site n’invalideraient pas l’objectif mondial. Des retards répétés dans les grands campus indiqueraient que l’électricité et la construction restent des contraintes plus difficiles que le financement.
Le troisième signal concerne la composition des actifs de Microsoft et l’efficacité de ses dépenses. Les prochaines communications devraient révéler quelle part du capital est consacrée aux sites à longue durée de vie par rapport aux serveurs et accélérateurs à courte durée de vie.
Une part croissante des dépenses en serveurs peut indiquer que les structures achevées sont équipées pour répondre à la demande à court terme. Une forte concentration sur les terrains et les bâtiments renvoie à une capacité qui mettra plus de temps à générer des revenus.
La performance des marges de Microsoft complétera ce tableau. Une forte croissance du cloud avec une économie stable soutiendrait la poursuite de l’expansion. Des rendements en baisse intensifieraient les questions sur la dépréciation et l’utilisation.
Les clients devraient surveiller les mêmes signaux pour des raisons pratiques. Des contraintes persistantes peuvent affecter les délais de déploiement, la disponibilité régionale, l’accès aux modèles et la possibilité de réserver de grands clusters de calcul.
Les développeurs devraient également suivre l’évolution de l’accès de Microsoft à différents types d’accélérateurs. Un choix matériel plus large peut réduire la dépendance à une chaîne d’approvisionnement et mieux adapter les charges de travail.
Les acheteurs d’entreprise devraient demander où leurs charges de travail seront exécutées et quelles garanties de capacité Microsoft peut fournir. Un objectif mondial offre peu de protection si une région requise reste saturée.
Les travailleurs du savoir constateront indirectement le résultat à travers la vitesse de réponse de Copilot, la disponibilité des fonctionnalités et la fiabilité du service. Davantage d’infrastructures devrait soutenir un usage plus large de l’IA, mais seulement si Microsoft les alloue efficacement.
Le déploiement de centres de données Microsoft 38GW doit donc être compris avant tout comme une réponse à la rareté, et non comme la preuve que cette rareté a disparu. Le plan fixe la destination tout en laissant ouvertes les questions d’exécution les plus difficiles.
Au cours des prochains trimestres, ne vous attardez pas sur la liste grandissante des campus annoncés et concentrez-vous sur trois résultats : des contraintes de capacité moins durables, des installations achevées et alimentées en énergie, et une croissance d’Azure qui suit les capacités effectivement déployées.
Si ces indicateurs évoluent de concert, Microsoft disposera d’éléments montrant que son immense expansion physique résout un problème commercial. S’ils divergent, l’objectif de 38 gigawatts ressemblera davantage à une promesse d’infrastructure en attente de preuves opérationnelles.
Pour les organisations qui prennent aujourd’hui des décisions concernant le cloud, la question utile n’est pas de savoir si Microsoft atteindra un jour 38 gigawatts. Demandez-vous plutôt si Azure peut fournir la capacité adaptée, dans la bonne région, pendant votre fenêtre de déploiement. Suivez les prévisions trimestrielles de Microsoft concernant les contraintes et confirmez la disponibilité avant de lier une feuille de route IA à de futures infrastructures. Le déploiement devrait élargir l’accès au fil du temps, mais ses bénéfices se feront sentir de manière inégale selon les marchés et les charges de travail. Microsoft a décrit une demande suffisamment forte pour justifier la poursuite de l’expansion. Les clients devraient désormais rechercher une disponibilité de service mesurable qui étaye cette confiance.
