L’expansion des centres de données de Microsoft vise 38 GW, mais l’électricité reste la vraie contrainte

Microsoft prévoit de plus que tripler la capacité de ses centres de données d’ici 2032, alors qu’il exploite déjà un réseau d’environ 12 gigawatts. L’expansion rapportée des centres de données de Microsoft porterait ce chiffre au-delà de 38 gigawatts. Elle fait suite à une pénurie de puissance de calcul qui aurait contraint l’entreprise à refuser certaines opportunités dans l’IA et le cloud.

Cet objectif révèle un revirement frappant dans la stratégie d’infrastructure de Microsoft. L’entreprise a suspendu ou réduit une partie des capacités prévues en 2025. Elle doit désormais accélérer la construction, la location, l’installation de matériel et l’approvisionnement en électricité pour compenser la pression sur l’offre qui en a résulté.

Il s’agit aussi de bien plus qu’une compétition entre Microsoft et Amazon Web Services. Microsoft court contre une pénurie créée en partie par ses propres décisions de planification antérieures. Chaque serveur retardé peut limiter les ventes d’Azure, contraindre les produits Copilot ou obliger l’entreprise à privilégier une charge de travail plutôt qu’une autre.

Le chiffre de 38 gigawatts reste un objectif interne rapporté, et non un parc d’actifs achevé ou une prévision officielle de l’entreprise. Son importance tient à son ampleur et au problème commercial qui le sous-tend. Microsoft a besoin de beaucoup plus de capacité de calcul parce que la demande existante dépasse déjà ce que certaines parties de son réseau peuvent fournir.

L’expansion des centres de données de Microsoft vise 38 gigawatts

L’objectif rapporté de Microsoft ajouterait plus de 26 gigawatts de capacité en six ans, créant un parc d’infrastructures plus vaste que de nombreux systèmes électriques nationaux.

Le réseau prévu dépasserait 38 gigawatts en 2032, selon des personnes familières des projets de l’entreprise. Cela se compare à environ 12 gigawatts aujourd’hui. La capacité est répartie dans le réseau mondial de Microsoft, plutôt que concentrée sur un seul campus.

Un gigawatt correspond à un milliard de watts de capacité électrique. Dans la planification des centres de données, il sert d’indicateur pratique de la quantité d’équipements informatiques qu’un site peut prendre en charge. La puissance disponible ne se traduit pas parfaitement en performances de calcul, mais elle fixe un plafond strict au nombre de machines que les opérateurs peuvent faire fonctionner.

Cette comparaison compte, car les clusters d’IA modernes nécessitent de l’électricité pour les accélérateurs, les processeurs, la mémoire, les réseaux et le stockage. Les systèmes de refroidissement, les transformateurs et les autres équipements du site ajoutent une demande supplémentaire. Un site ne peut devenir une capacité cloud utilisable que lorsque l’ensemble de cette chaîne est installé et mis en service.

Le rapport sur la capacité initial indique que le réseau prévu consommerait davantage d’électricité que l’État de New York durant les périodes de pointe. Cette comparaison illustre l’échelle du projet, même si la capacité des centres de données et la consommation de pointe à l’échelle d’un État ne sont pas des mesures identiques.

Seulement environ 2 gigawatts des 12 gigawatts de capacité existante de Microsoft seraient aujourd’hui centrés sur des puces dédiées à l’IA. D’ici 2032, les équipements d’IA devraient représenter environ un tiers du réseau prévu de 38 gigawatts. Le reste de la capacité prendrait en charge des charges de travail plus larges liées à Azure, au stockage, aux bases de données, à la productivité et à internet.

Cette composition aide à comprendre pourquoi cet objectif ne doit pas être interprété comme un unique cluster d’entraînement gigantesque. Microsoft construit un système informatique distribué pour plusieurs activités. La même stratégie d’infrastructure doit servir le développement de modèles de pointe, les charges de travail d’IA des clients, l’inférence de Copilot et les applications cloud conventionnelles.

Microsoft a déjà décrit le parc sous-jacent comme fongible, ce qui signifie que les ressources peuvent soutenir différentes étapes du cycle de vie de l’IA. Ces étapes incluent l’entraînement des modèles, le post-entraînement, la création de données synthétiques et l’inférence. L’inférence est le processus consistant à exécuter un modèle entraîné afin de générer une réponse ou d’accomplir une tâche.

L’entreprise a présenté cette approche lors de sa mise à jour de l’exercice 2026. À l’époque, la direction prévoyait que la capacité totale d’IA augmente de plus de 80 % au cours de l’année. Elle anticipait également que l’empreinte globale des centres de données double approximativement en deux ans.

Le nouvel objectif rapporté prolonge cet engagement antérieur jusqu’en 2032. Il transforme également une promesse générale d’expansion en une mesure concrète de capacité électrique. Microsoft planifie en pratique une demande durable plutôt qu’un pic temporaire autour d’une génération de modèles.

Pourtant, 38 gigawatts représentent une destination, et non une capacité que les clients peuvent utiliser aujourd’hui. Les sites doivent obtenir des terrains, des accords d’interconnexion, des équipements, des liaisons réseau et des autorisations locales. Les serveurs doivent ensuite devenir « prêts à générer des revenus », le terme de Microsoft pour désigner une infrastructure capable de prendre en charge des services facturables.

Cette distinction est essentielle. Annoncer un campus ne résout pas une pénurie actuelle d’Azure. Même un bâtiment achevé ne peut vendre des services cloud sans puces, systèmes électriques et intégration logicielle.

Microsoft fait donc face à deux échéances. L’une mesure les progrès vers le réseau de 2032. L’autre mesure la vitesse à laquelle la capacité à court terme atteint les clients prêts à dépenser dès maintenant.

La pénurie coûte déjà des opportunités commerciales à Microsoft

L’expansion est à la fois défensive et ambitieuse, car une capacité insuffisante aurait empêché Microsoft d’accepter une demande pourtant disponible.

La pénurie de Microsoft a affecté à la fois les opportunités dans l’IA et le cloud traditionnel. Selon les plans internes rapportés, certains clients ont confié de nouvelles activités à d’autres fournisseurs après que Microsoft a manqué de serveurs suffisants. Les équipes commerciales se sont retrouvées avec une demande qu’elles ne pouvaient pas convertir en revenus.

Cette situation change la manière dont les investisseurs devraient interpréter les dépenses de Microsoft en infrastructure d’IA. L’entreprise ne se contente pas de prévoir un marché futur et de construire en anticipation. Elle répond aussi à des commandes que son offre actuelle ne peut accueillir.

Microsoft avait déjà averti les investisseurs de cette contrainte. Lors de sa conférence téléphonique du troisième trimestre fiscal, la direction a indiqué s’attendre à ce que les limites de capacité persistent au moins jusqu’à l’année civile 2026. L’entreprise s’efforçait de mettre plus rapidement en ligne des GPU, des CPU, du stockage et des installations achevées.

L’avertissement sur la capacité est important, car il est venu directement de la direction plusieurs mois avant que l’objectif de 38 gigawatts ne devienne public. Il étaye l’affirmation plus générale selon laquelle une offre limitée affectait les plans opérationnels de Microsoft.

Une pénurie de capacité cloud peut créer plusieurs types de pression. Un fournisseur peut retarder un déploiement, restreindre l’accès à certains accélérateurs ou proposer aux clients une autre région. Il peut également réserver des machines rares à des produits internes promettant de meilleurs rendements stratégiques.

Microsoft fait face à ce problème d’allocation sur un portefeuille exceptionnellement large. Les clients d’Azure souhaitent de la capacité de calcul brute et des services d’IA gérés. Les équipes internes ont besoin de cette même infrastructure pour Microsoft 365 Copilot, GitHub, les produits de sécurité, les fonctionnalités de recherche et les applications grand public.

OpenAI ajoute une autre source majeure de demande et de complexité. Microsoft demeure un partenaire commercial et technologique central, mais OpenAI a étendu ses relations en matière d’infrastructure. Les deux entreprises poursuivent de plus en plus des stratégies de capacité distinctes tout en conservant des liens économiques importants.

La pénurie peut donc obliger Microsoft à choisir entre plusieurs opportunités attrayantes. Affecter un serveur à une charge de travail interne de Copilot peut réduire l’inventaire disponible pour Azure. Louer ce serveur à un client externe peut ralentir l’expansion des propres applications de Microsoft.

Il ne s’agit pas de choix permanents, car la capacité peut être réallouée. Toutefois, les engagements régionaux, les configurations matérielles et les contrats clients réduisent la flexibilité. Un cluster conçu autour d’une génération d’accélérateurs ne peut pas instantanément devenir le système idéal pour chaque charge de travail.

Les exigences de latence et de résidence des données introduisent des limites supplémentaires. La latence est le délai entre une requête et une réponse. De nombreuses applications ont besoin de ressources informatiques proches des utilisateurs, tandis que les clients réglementés peuvent exiger que les informations restent dans une juridiction précise.

Microsoft ne peut pas répondre à ces besoins en construisant les 38 gigawatts dans l’emplacement disponible le moins cher. L’entreprise a besoin de capacité dans les bons marchés, avec les bonnes certifications et connexions réseau. Cette exigence rend l’expansion mondiale plus lente que ne le laisse entendre le chiffre des gros titres.

La pénurie donne aussi davantage de poids aux clients. Les entreprises veulent rarement que leurs charges de travail les plus importantes dépendent d’une capacité qui pourrait ne pas être disponible. Certaines peuvent orienter de nouveaux projets vers AWS, Google Cloud, Oracle ou des fournisseurs spécialisés d’infrastructure d’IA.

Migrer un système d’entreprise établi reste difficile. Les nouvelles expérimentations d’IA sont plus portables, car les équipes de développement ne se sont pas toujours engagées sur une seule architecture cloud. Les problèmes de capacité peuvent influencer ces décisions initiales avant que ne se forment des contrats à long terme et des dépendances techniques.

Pour les équipes logicielles, l’enjeu pratique est la fiabilité plutôt que le total de gigawatts que Microsoft contrôlera à terme. Une feuille de route de développement peut prendre du retard lorsque les GPU nécessaires ne sont pas disponibles dans une région approuvée. Les équipes achats peuvent réagir en qualifiant plusieurs fournisseurs.

Cette réponse accroît la pression concurrentielle même si Azure rattrape ensuite son retard. Dès lors que les développeurs acquièrent une expérience opérationnelle avec une seconde plateforme, Microsoft doit concourir pour chaque nouveau déploiement. L’opportunité perdue durant une pénurie peut survivre à la pénurie elle-même.

Microsoft est en concurrence avec son propre recul de 2025

La tension centrale ne se résume pas à Microsoft face aux autres hyperscalers ; elle oppose la demande actuelle de Microsoft à des décisions de capacité prises avant que cette demande ne se matérialise pleinement.

Au début de 2025, Microsoft s’est retiré de certaines locations proposées et a suspendu une partie de son pipeline de développement. Ces mesures ont soulevé des questions sur le point de savoir si l’entreprise avait commandé trop de capacité d’IA. Elles reflétaient également l’évolution des attentes concernant les besoins d’OpenAI en infrastructure.

Microsoft avait alors indiqué planifier ses capacités des années à l’avance et ajuster ses projets selon les marchés. Cette flexibilité est normale pour un opérateur cloud mondial. Les projets peuvent évoluer en raison de la disponibilité de l’électricité, des conditions de location, des calendriers de construction, des plans matériels ou de la demande des clients.

Le problème est que les décisions d’infrastructure ont des conséquences différées. Annuler un bail génère rapidement des économies, mais remplacer ultérieurement cette capacité peut prendre des années. Les services publics, les fabricants de turbines, les fournisseurs de puces et les entrepreneurs du bâtiment sont tous soumis à leurs propres contraintes.

Microsoft semble désormais corriger sa trajectoire dans la direction opposée. L’entreprise prévoit de déployer davantage de capacité, de prolonger certaines périodes de location et de soutenir un parc mondial beaucoup plus vaste. Le plan rapporté répartit certains baux de centres de données à long terme sur 25 ans au lieu de 15 ans.

Un bail plus long peut réduire les dépenses d’investissement annuelles comptabilisées pour certains accords. Il ne rend pas l’infrastructure sous-jacente gratuite. Microsoft assume toujours un engagement plus long et supporte le risque que les équipements ou la demande évoluent avant la fin du contrat.

Ce détail comptable est important, car les investisseurs utilisent souvent les dépenses d’investissement comme mesure simple des investissements dans l’IA. Une modification de la durée des baux peut changer le chiffre annuel publié sans créer une variation équivalente de la capacité physique. Les flux de trésorerie, l’amortissement, les passifs locatifs et l’état de préparation opérationnelle apportent des éléments d’appréciation supplémentaires.

Microsoft prévoyait des dépenses d’investissement d’environ 50 milliards de dollars au cours de son premier trimestre fiscal 2027. L’entreprise aurait également prévu environ 175 milliards de dollars sur l’année civile 2026. Ces chiffres couvrent davantage que les seules puces d’IA et ne doivent pas être considérés comme le prix direct de l’objectif de 38 gigawatts.

Une partie des dépenses finance les terrains, les bâtiments, les équipements réseau et les serveurs cloud classiques. Le reste permet d’acquérir des accélérateurs et du matériel associé susceptibles de générer des revenus plus rapidement. Les durées de vie utiles et les calendriers de déploiement diffèrent fortement entre ces catégories.

La stratégie de parc de Microsoft vise à réduire ce risque en prenant en charge de nombreuses charges de travail. Si la demande pour un modèle ou un fournisseur s’affaiblit, l’entreprise peut réaffecter des ressources adaptées vers les clients Azure ou des services internes. Cette flexibilité connaît toutefois des limites techniques et commerciales.

Un serveur cloud polyvalent ne remplace pas un cluster d’IA étroitement interconnecté. L’entraînement de grands modèles exige des accélérateurs spécialisés et un réseau à haut débit permettant à des milliers de puces de travailler ensemble. L’inférence peut privilégier du matériel, de la mémoire et une implantation régionale différents.

Microsoft ne peut pas non plus supposer que chaque unité de nouvelle puissance de calcul générera des revenus équivalents. Le taux d’utilisation de la capacité mesure la part de l’infrastructure installée réellement utilisée. Un faible taux d’utilisation laisserait Microsoft absorber les coûts d’amortissement et d’exploitation sans ventes clients correspondantes.

Le recul antérieur et l’accélération actuelle montrent à quel point les prévisions sont devenues difficiles. Microsoft doit parier sur l’infrastructure avant de savoir quels modèles, quelles puces et quelles applications domineront. Attendre d’avoir des certitudes crée des pénuries, tandis que construire trop tôt crée des actifs inutilisés.

L’interprétation la plus prudente est que la direction considère désormais le sous-approvisionnement comme la plus grande menace à court terme. Les résultats de Microsoft pour l’exercice fiscal 2026 ont renforcé cette position. La croissance d’Azure est restée soutenue, tandis que les contraintes d’infrastructure ont persisté.

L’entreprise a également indiqué que ses dépenses d’investissement pour l’exercice fiscal 2027 augmenteraient par rapport à l’année précédente. La direction a relié cette décision aux signaux de demande observés dans l’ensemble de son portefeuille. Elle a reconnu que la poursuite des investissements dans l’IA exerçait une pression sur les marges du cloud.

Cette pression sur les marges représente le coût de la correction de la pénurie. Microsoft doit dépenser avant que les nouvelles installations ne contribuent de manière significative aux revenus. L’entreprise doit ensuite disposer d’une demande et d’une tarification suffisantes pour obtenir un rendement acceptable pendant de nombreuses années.

C’est pourquoi l’objectif de capacité des centres de données de Microsoft revêt davantage d’importance qu’une annonce de construction ordinaire. Il s’agit d’une correction de long terme à un goulet d’étranglement commercial à court terme. Le succès dépendra du maintien de la demande une fois les pénuries les plus urgentes d’aujourd’hui résorbées.

Amazon et Google participent à la même course, mais Microsoft présente une exposition distincte

Chaque grand fournisseur de cloud ajoute des infrastructures d’IA, mais Microsoft doit soutenir Azure, ses propres produits Copilot et une relation en évolution avec OpenAI.

AWS reste le plus grand fournisseur mondial d’infrastructure cloud en termes de revenus. Amazon a déclaré que l’immense majorité de ses dépenses d’investissement prévues pour 2025 soutiendrait des centres de données d’IA. L’entreprise continue également de développer Trainium et Inferentia, ses accélérateurs d’IA conçus en interne.

Les puces personnalisées peuvent réduire la dépendance à Nvidia et donner à un opérateur cloud davantage de contrôle sur les coûts. Microsoft a suivi une voie similaire avec ses propres programmes de silicium. Toutefois, les clients continuent d’exiger l’accès au matériel Nvidia, car son environnement logiciel reste largement adopté.

Google apporte un autre modèle verticalement intégré. L’entreprise exploite ses propres unités de traitement tensoriel, ou TPU, en parallèle des GPU. Les TPU sont des processeurs spécialisés conçus pour les charges de travail d’apprentissage automatique. Google peut les utiliser dans ses services internes, ses produits Gemini et Google Cloud.

Google a également décrit l’offre de puissance de calcul comme tendue. Lors de précédentes conférences sur les résultats, la direction a indiqué que des dépenses supplémentaires mettraient du temps à se traduire par une capacité disponible. Cet avertissement montre que le problème de construction de Microsoft concerne l’ensemble du secteur, même si son recul antérieur a intensifié la pression.

Les concurrents diffèrent par l’origine de la demande. Amazon mène principalement sa stratégie d’IA à travers AWS et ses activités grand public plus larges. Google peut orienter son infrastructure vers la recherche, la publicité, YouTube, Gemini et les clients cloud externes.

Microsoft présente sa propre répartition, particulièrement complexe. Azure est une importante activité de plateforme, tandis que Microsoft 365 et GitHub vendent directement des fonctionnalités d’IA. Les charges de travail liées à OpenAI et les obligations commerciales ajoutent une autre variable que AWS et Google ne partagent pas sous la même forme.

La relation avec OpenAI a autrefois donné à Azure un avantage évident. Microsoft a obtenu un accès précoce à un fournisseur de modèles en forte croissance et a intégré sa technologie dans l’ensemble de ses produits. L’entreprise a également hérité d’une exposition à l’appétit exceptionnel d’OpenAI pour la capacité de calcul.

OpenAI s’est depuis étendu au-delà d’Azure et a travaillé avec d’autres partenaires d’infrastructure. Ce changement réduit le rôle de Microsoft en tant que fournisseur exclusif. Il donne également aux deux entreprises davantage de liberté pour développer des installations et des stratégies commerciales indépendantes.

Un projet au Texas illustre ce paysage en évolution. Microsoft a repris de la capacité supplémentaire sur le campus d’Abilene, où OpenAI et Oracle développaient déjà des infrastructures. Les projets voisins transforment un même lieu en carte physique d’un partenariat devenu plus concurrentiel.

Microsoft construit également un campus majeur près de Pecos, au Texas. L’entreprise indique que le site ajoutera environ 2 gigawatts à sa capacité mondiale. Son projet de Pecos figure parmi les plus grandes extensions individuelles annoncées par Microsoft.

Des installations comme Pecos montrent comment l’entreprise peut se rapprocher de 38 gigawatts. Elles montrent aussi pourquoi l’objectif est difficile à atteindre. Un campus exceptionnellement grand ne fournit qu’une partie de l’augmentation de 26 gigawatts envisagée par le plan rapporté.

Les concurrents recherchent les mêmes ressources limitées. Tous ont besoin d’accélérateurs, d’équipements électriques, de main-d’œuvre de construction, de connexions en fibre optique et de capacités de production d’électricité. Un fournisseur disposant de capitaux suffisants peut néanmoins se heurter à des attentes de plusieurs années pour des modernisations de transport d’électricité ou des raccordements au réseau.

Cette course crée des opportunités pour les entreprises spécialisées dans les infrastructures. Microsoft a loué de la capacité de calcul auprès d’opérateurs externes lorsque ses constructions internes ne pouvaient pas avancer assez vite. De tels accords peuvent accélérer le déploiement, mais entraîner des coûts plus élevés à long terme.

La capacité externe peut aussi introduire des différences opérationnelles. Microsoft doit intégrer les installations de ses partenaires au réseau Azure, aux contrôles de sécurité et aux normes de service. Les clients attendent une expérience cloud cohérente, quel que soit le propriétaire du bâtiment.

Pour les acheteurs d’entreprise, la concurrence devrait améliorer la disponibilité du matériel avec le temps. Elle peut également produire une capacité fragmentée pendant la transition. Certaines puces, régions et configurations de services peuvent rester rares, même si le secteur annonce d’énormes investissements totaux.

Les développeurs devraient donc évaluer la portabilité avant qu’une pénurie n’interrompe un projet. Les conteneurs, les interfaces de modèles standardisées et une architecture de données claire peuvent réduire les coûts de changement. Ces mesures ne peuvent éliminer toutes les dépendances au cloud, mais elles procurent un levier lorsqu’une région manque de capacité.

Les équipes devraient également préserver les décisions qui sous-tendent leurs systèmes d’IA. Une base de connaissances IA consultable peut conserver les évaluations de modèles, les hypothèses d’infrastructure et les exigences de conformité lorsque les fournisseurs changent. Ce contexte devient précieux lorsque les achats et l’ingénierie doivent rapidement réexaminer un déploiement.

L’objectif de 38 gigawatts est confronté à une épreuve d’électricité et d’exécution

Le plus grand obstacle de Microsoft n’est plus de décider s’il faut investir ; il consiste à transformer le capital en capacité utilisable sans créer de coûts financiers ou environnementaux inacceptables.

L’électricité est la première contrainte. Les centres de données ont besoin d’approvisionnements importants et fiables tout au long de la journée. Les charges de travail d’IA peuvent fonctionner en continu, tandis que les réseaux locaux doivent toujours desservir les foyers, les hôpitaux, les usines et d’autres entreprises.

Une installation planifiée peut attendre des années avant d’être raccordée au réseau. De nouveaux postes électriques et lignes de transport nécessitent des permis, des équipements et une construction coordonnée. Les projets de production peuvent faire l’objet d’évaluations environnementales distinctes et d’une opposition locale.

Microsoft associe de plus en plus ses campus à des accords énergétiques dédiés. Cette approche peut faire avancer les projets là où les réseaux existants ne disposent pas de capacité excédentaire. Elle peut aussi exposer l’entreprise aux critiques lorsque les projets reposent sur le gaz naturel ou d’autres sources à forte intensité carbone.

L’ampleur du projet accentue le défi. Passer de 12 gigawatts à plus de 38 gigawatts exige une augmentation nette moyenne supérieure à 4 gigawatts chaque année jusqu’en 2032. La construction réelle sera inégale à mesure que les différents campus entreront en service.

Ce calcul ne tient pas compte des retraits ou remplacements au sein du parc existant. Les serveurs plus anciens perdent de leur valeur économique à mesure que les nouveaux accélérateurs deviennent plus efficaces. Microsoft doit moderniser sa capacité installée tout en construisant la capacité supplémentaire promise par l’objectif phare.

La disponibilité du matériel constitue une deuxième contrainte. Les systèmes d’IA nécessitent plus que des puces accélératrices. Ils dépendent de la mémoire, des composants réseau, du stockage, des appareillages électriques, des transformateurs, des systèmes de secours et des équipements de refroidissement.

Une pénurie dans une seule catégorie peut retarder un cluster entier. Microsoft peut posséder le bâtiment et la plupart de ses serveurs sans disposer d’une capacité prête à générer des revenus. Cela rend la vitesse de déploiement aussi importante que les dépenses d’approvisionnement.

La qualité de construction constitue un autre risque. Les clusters d’IA concentrent des charges électriques et thermiques importantes dans chaque installation. Le refroidissement liquide direct sur puce fait circuler le liquide de refroidissement près des processeurs afin d’évacuer la chaleur plus efficacement. Ces conceptions exigent des pratiques de plomberie, de surveillance et de maintenance différentes de celles de nombreuses installations plus anciennes.

Microsoft affirme que les systèmes de refroidissement plus récents réduisent la consommation d’eau dans les installations individuelles. Son rapport de durabilité décrit également les efforts visant à améliorer l’efficacité de l’eau, réutiliser les équipements et contractualiser de l’électricité supplémentaire. Ces initiatives n’effacent pas l’impact total d’un réseau dont la taille triple.

L’efficacité peut ne pas suivre la croissance absolue. Une génération de serveurs peut effectuer davantage de calculs pour chaque unité d’électricité, tandis que la consommation totale d’électricité continue d’augmenter. Le même effet s’applique à l’eau, aux matériaux de construction et aux émissions de la chaîne d’approvisionnement.

Les communautés locales jugeront les projets à travers des préoccupations plus immédiates. Les résidents veulent savoir si un campus augmente les prix de l’électricité, consomme une eau rare, génère du bruit ou transfère les coûts d’infrastructure aux contribuables. Les emplois promis peuvent devenir un sujet de controverse, car l’exploitation des centres de données exige moins de travailleurs que leur construction.

Microsoft a présenté des engagements communautaires destinés à répondre à certaines de ces préoccupations. L’entreprise a indiqué qu’elle couvrirait ses coûts d’électricité et éviterait d’augmenter les factures des services publics locaux. L’exécution de ces engagements variera selon les services publics et les juridictions.

Le risque financier reste tout aussi important. Un objectif pour 2032 suppose que la demande de cloud et d’IA justifiera des infrastructures commandées des années plus tôt. Les modèles d’IA pourraient devenir plus efficaces, réduisant les besoins de calcul pour une tâche donnée.

L’efficacité ne réduit pas automatiquement la demande totale. Des coûts plus faibles peuvent encourager davantage de personnes et d’entreprises à exécuter des charges de travail d’IA. Microsoft ne peut toutefois pas savoir si ces gains compenseront chaque amélioration des puces, des modèles et des logiciels.

La concurrence pourrait également faire baisser les prix avant que Microsoft n’exploite pleinement sa nouvelle flotte. AWS, Google, Oracle, les clouds spécialisés et les fournisseurs de modèles se développent tous. Une abondance de capacités similaires réduirait les rendements des installations à longue durée de vie.

Microsoft répond que la demande dépasse déjà l’offre. La croissance d’Azure et les contraintes de capacité existantes étayent cet argument. Elles ne garantissent toutefois pas que chaque gigawatt prévu pour 2032 générera le même rendement que les capacités déployées aujourd’hui.

Les investisseurs devraient suivre la marge brute du cloud parallèlement à la croissance du chiffre d’affaires. Microsoft a indiqué que la poursuite des investissements dans l’infrastructure d’IA et la hausse de l’utilisation pesaient sur les marges de Microsoft Cloud. Les amortissements se poursuivront après le ralentissement des dépenses de construction, car les actifs restent inscrits au bilan.

La comptabilisation des contrats de location mérite également l’attention. Prolonger les durées de 15 à 25 ans peut répartir différemment les dépenses d’investissement déclarées. Les analystes devraient examiner les obligations locatives et les engagements de trésorerie plutôt que de s’appuyer sur un seul chiffre de dépenses.

La principale incertitude n’est donc pas de savoir si Microsoft peut financer ce plan. Son bilan et ses flux de trésorerie d’exploitation lui procurent des ressources considérables. La question est de savoir si la mise en œuvre physique et l’utilisation à long terme peuvent justifier cette ampleur.

Ce qu’il faut surveiller alors que Microsoft renforce son infrastructure d’IA

Trois signaux indiqueront si cette expansion résout la pénurie de Microsoft ou si elle ne fait que créer un plus grand stock d’actifs inachevés et sous-utilisés.

Le premier signal réside dans le discours de la direction sur les contraintes de capacité. Microsoft prévoyait auparavant que ces limites se poursuivraient jusqu’à l’année civile 2026. Les investisseurs devraient guetter une évolution claire de cette prévision lors des prochaines conférences de résultats.

Une période de contraintes plus courte indiquerait que les serveurs parviennent plus rapidement aux clients. Des avertissements persistants suggéreraient que les dépenses et la construction n’ont pas encore résolu les goulets d’étranglement du déploiement. Les éléments les plus utiles relieront les nouvelles capacités à la disponibilité d’Azure et aux revenus.

La croissance d’Azure constitue le volet commercial de ce test. Une forte croissance accompagnée d’une amélioration de la disponibilité conforterait la décision de Microsoft d’accélérer. Un ralentissement de la croissance après l’assouplissement des contraintes soulèverait des questions : la rareté aurait-elle masqué une demande sous-jacente plus faible ?

Le deuxième signal est le rythme de déploiement des capacités prêtes à générer des revenus. Les gigawatts annoncés, les contrats d’électricité signés et les bâtiments en construction mesurent tous les progrès. Aucun ne correspond à une capacité informatique que les clients peuvent réellement acheter.

La dernière conférence de résultats de Microsoft a maintenu ses prévisions d’investissement pour l’année civile 2026 et anticipé des dépenses d’investissement plus élevées pour l’exercice 2027. Les futures publications devront montrer si ces investissements réduisent les délais de mise en service.

Surveillez les détails concernant les serveurs installés, les régions ouvertes et les services cloud rendus généralement disponibles. Un écart croissant entre la capacité électrique planifiée et la capacité informatique active affaiblirait le récit des 38 gigawatts.

Le troisième signal concerne la stratégie énergétique derrière les grands campus. Chaque projet majeur a besoin d’une voie identifiable vers la production, le transport et le raccordement au réseau. Les retards ou les différends avec les communautés peuvent repousser toute une partie des capacités au-delà de sa date d’ouverture prévue.

Le mix énergétique mettra également à l’épreuve les engagements environnementaux de Microsoft. Au cours de l’exercice 2025, l’entreprise a déclaré avoir compensé sa consommation annuelle d’électricité par des achats d’énergie renouvelable. Une compensation annuelle ne signifie pas que chaque installation reçoit une électricité sans carbone à chaque heure.

Microsoft avait auparavant poursuivi un objectif plus exigeant fondé sur une compensation horaire. Les informations selon lesquelles l’entreprise aurait envisagé de retarder ou d’abandonner cet objectif illustrent la tension entre construction rapide et engagements climatiques. Le plan de 38 gigawatts rend cette tension plus difficile à considérer comme secondaire.

Une trajectoire crédible combinerait un développement plus rapide du réseau, une production pilotable plus propre, un refroidissement efficace et des accords transparents avec les communautés. S’appuyer sur des solutions de court terme sans ajouts comparables d’énergie propre renforcerait la résistance réglementaire et publique.

Les clients devraient surveiller ces signaux, car la capacité influence les choix de produits bien avant 2032. Une meilleure offre peut améliorer l’accès aux accélérateurs, réduire les files d’attente de déploiement et soutenir une disponibilité régionale plus cohérente. Des pénuries persistantes peuvent pousser les organisations vers des architectures multicloud et des fournisseurs de modèles alternatifs.

L’expansion des centres de données de Microsoft est, en définitive, un test de son exécution en matière d’infrastructure. L’entreprise a identifié la demande, engagé des capitaux et fixé une destination annoncée d’une ampleur immense. Elle doit encore transformer ses plans électriques en services informatiques fiables.

Pour les dirigeants d’entreprise, la prochaine étape est concrète. Demandez si la capacité Azure requise est disponible dans les régions approuvées, et documentez ce qui se passe dans le cas contraire. Pour les développeurs, vérifiez si les charges de travail critiques peuvent passer d’un matériel ou d’un fournisseur à l’autre sans refonte complète.

Surveillez ensuite le prochain cycle de résultats pour obtenir trois réponses : si les contraintes s’atténuent, si les systèmes installés deviennent facturables et si les contrats d’électricité maintiennent la construction dans les délais. Ces réponses révéleront si Microsoft remédie à une pénurie ou s’engage vers l’excès de demain.