La course aux infrastructures AMD Google évolue alors que Schneider Electric rend Helios déployable

Schneider Electric et AMD ont dévoilé la première conception d’infrastructure pour Helios, prenant en charge des racks de 246 kilowatts et des clusters atteignant 10,4 mégawatts de charge IT. Cela modifie concrètement la concurrence en matière d’infrastructure amd google. AMD dispose désormais d’un chemin documenté reliant les spécifications de ses accélérateurs à un centre de données haute densité opérationnel.

Cette annonce n’offre pas à AMD une victoire immédiate en matière de performances sur Google, Nvidia ou un autre fournisseur de plateformes. Elle répond à une faiblesse concurrentielle différente. L’achat d’accélérateurs n’est qu’un début lorsque chaque rack exige aussi une distribution électrique spécialisée, du refroidissement liquide, des systèmes de contrôle et une modélisation à l’échelle du site.

Google a consacré des années au développement de ces systèmes autour de ses Tensor Processing Units, ou TPU, des processeurs optimisés pour les charges de travail d’apprentissage automatique. Nvidia a également collaboré avec Schneider Electric sur l’infrastructure physique de ses systèmes accélérés. AMD doit convaincre les exploitants que Helios peut devenir un cluster opérationnel sans les obliger à concevoir eux-mêmes l’installation qui le soutient.

C’est pourquoi cette conception de référence est importante. Elle fait de Schneider Electric davantage qu’un fournisseur d’équipements. L’entreprise devient un élément de la réponse d’AMD aux infrastructures d’IA verticalement intégrées.

Le modèle Helios relie les puces à une installation de 10,4 MW

AMD et Schneider Electric ont défini les systèmes physiques qui entourent Helios, et pas seulement l’agencement des processeurs dans son rack.

Les entreprises ont annoncé leur conception développée conjointement à San Francisco le 23 juillet 2026. Selon le modèle Helios, elle prend en charge des clusters d’IA modulaires atteignant 10,4 mégawatts de capacité IT.

Chaque rack haute densité peut nécessiter jusqu’à 246 kilowatts. À ce niveau, un rack consomme plusieurs fois l’énergie associée à de nombreuses installations d’entreprise conventionnelles. Il concentre également presque toute cette énergie électrique en chaleur qui doit être évacuée en continu.

Helios associe des accélérateurs AMD Instinct MI455X, des processeurs EPYC de sixième génération, des cartes d’interface réseau Pensando Vulcano et l’environnement logiciel ROCm. ROCm est la pile logicielle ouverte d’AMD destinée à programmer et exploiter ses accélérateurs.

Ces composants de calcul ne représentent qu’une couche. La conception de référence couvre l’alimentation du site, son refroidissement, l’espace IT et les logiciels de gestion du cycle de vie. Elle précise comment ces couches doivent fonctionner ensemble autour des exigences de Helios.

Schneider Electric indique que son système de refroidissement Motivair peut évacuer jusqu’à 84 % de la chaleur grâce à des méthodes à liquide et hybrides air-liquide. Les unités de distribution de liquide de refroidissement, ou CDU, transfèrent la chaleur entre la boucle du rack et le système de refroidissement du bâtiment.

La conception utilise également la modélisation électrique ETAP et la mécanique des fluides numérique via EcoStruxure IT Design. La mécanique des fluides numérique simule les flux d’air et le comportement thermique avant l’arrivée des équipements sur le site.

Les exploitants peuvent utiliser un jumeau numérique électrique pour modéliser le comportement de l’infrastructure. Unified Operations Center d’AVEVA ajoute des capacités de supervision et de visibilité opérationnelle après le déploiement. Ces outils visent à révéler plus tôt les conflits électriques ou thermiques dans le processus de construction.

Schneider Electric indique que la configuration complète peut atteindre un indice d’efficacité énergétique, ou PUE, d’environ 1,12 à pleine charge. Le PUE compare la consommation énergétique totale d’une installation à l’énergie fournie aux équipements informatiques. Une valeur plus proche de 1 indique moins de surconsommation, bien que les résultats réels dépendent du climat, du taux d’utilisation et des choix d’exploitation.

La conception initiale respecte les exigences de l’American National Standards Institute pour les déploiements aux États-Unis. Schneider Electric prévoit de développer une version conforme aux normes de l’International Electrotechnical Commission pour les autres marchés.

Cette limite géographique est importante. L’annonce propose un point de départ validé, et non une conception universelle pouvant contourner les codes électriques locaux ou les conditions des réseaux publics. Les clients doivent toujours réaliser les travaux d’ingénierie liés à leur site.

Selon des informations indépendantes, le modèle est disponible sans frais client distincts. Sa véritable valeur réside dans la réduction de l’incertitude liée à l’intégration, et non dans le coût d’acquisition du document.

Une conception de référence ne fournit pas d’électricité et ne garantit pas un raccordement au réseau. Elle ne peut ni couler du béton, ni obtenir des droits d’eau, ni résoudre les questions locales d’autorisation. Elle peut réduire le nombre de questions d’ingénierie sans réponse lorsqu’un site adapté existe.

Cette distinction établit la tension centrale de l’article. AMD a produit des processeurs compétitifs et une architecture à l’échelle du rack. L’entreprise a désormais besoin d’un moyen reproductible d’installer cette architecture dans des installations soumises à de véritables contraintes physiques.

Pourquoi la concurrence AMD Google dépasse désormais les puces

La comparaison amd google dépend de plus en plus de l’ingénierie des installations, car les systèmes d’IA denses se concurrencent en tant que plateformes complètes intégrant l’électricité, le thermique, les réseaux et les logiciels.

Google exploite une infrastructure d’IA personnalisée depuis environ une décennie. L’entreprise conçoit les TPU, les réseaux à l’échelle des pods, les systèmes de refroidissement, les frameworks logiciels et de nombreux composants de centres de données au sein d’une même organisation.

Cette expérience crée un avantage que les seules spécifications brutes des accélérateurs ne peuvent pas saisir. Google peut coordonner les feuilles de route de ses processeurs avec les bâtiments qui les hébergent. L’entreprise peut aussi tester les évolutions d’infrastructure à travers une vaste flotte interne avant de proposer des capacités via Google Cloud.

Google a indiqué avoir déployé du refroidissement liquide à l’échelle du gigawatt sur plus de 2 000 pods TPU en sept ans. L’entreprise a également fait état d’une disponibilité d’environ 99,999 % pour ces déploiements de refroidissement. Elle a évoqué cette expérience lors de la présentation de conceptions de racks d’un mégawatt.

Il s’agit de chiffres communiqués par l’entreprise, et non d’une comparaison indépendante avec AMD Helios. Ils montrent néanmoins la maturité opérationnelle à laquelle les plateformes d’infrastructure concurrentes doivent répondre.

Google a aussi développé Brazos, un système de refroidissement liquide-air monté en rack pour le matériel refroidi par liquide installé dans des infrastructures refroidies par air. Le système Brazos capte la chaleur dans une boucle liquide fermée, puis la rejette dans l’allée chaude existante.

Brazos et la conception Helios de Schneider Electric répondent à des situations de déploiement différentes. Ils reflètent toutefois la même pression sectorielle. L’adoption de matériel d’IA est freinée lorsque le bâtiment visé ne peut pas fournir la boucle liquide, l’alimentation électrique ou la capacité d’évacuation thermique requises.

AMD ne possède pas de flotte de centres de données hyperscale comparable à celle de Google. L’entreprise doit donc s’appuyer sur des partenaires d’infrastructure, des fabricants de serveurs, des fournisseurs de cloud et des fournisseurs de réseaux afin de créer un parcours équivalent pour les clients.

Schneider Electric comble une part importante de cet écart. L’entreprise apporte la distribution électrique, les équipements de refroidissement, les logiciels de modélisation et l’ingénierie des installations au programme d’AMD à l’échelle du rack. HPE offre une autre voie en intégrant Helios à des systèmes commerciaux.

Ce modèle de partenariat peut offrir de la flexibilité. Un client n’est pas limité au processeur ou à l’architecture d’installation d’un seul opérateur cloud. Les exploitants peuvent adapter une conception ouverte aux projets de colocation, de cloud privé, d’IA souveraine et de calcul spécialisé.

Cependant, un modèle piloté par des partenaires crée également un risque de coordination. Les changements apportés à un accélérateur, un commutateur, un CDU, un bus électrique ou une version logicielle peuvent concerner plusieurs entreprises. La validation doit suivre le rythme de chaque feuille de route majeure des composants.

Le modèle intégré de Google réduit une partie de cette distance organisationnelle. L’entreprise peut aligner ses équipes TPU, réseau, logiciel et installations grâce à sa planification interne. Elle peut aussi réserver son infrastructure aux charges de travail compatibles avec son modèle économique.

La contrepartie est le contrôle du client. Un client Google Cloud consomme largement la plateforme comme un service géré. Un acheteur de Helios peut bénéficier d’un contrôle plus direct sur l’environnement de calcul, la conception de l’installation et le modèle d’exploitation.

Cela ne fait pas d’AMD et de Google des substituts directs dans chaque processus d’achat. Google vend des services cloud et utilise du silicium personnalisé, tandis qu’AMD vend des processeurs et des technologies de plateforme par l’intermédiaire d’un réseau industriel.

Les acheteurs d’entreprise comparent néanmoins la capacité qui en résulte. Ils examinent le délai de déploiement, la compatibilité des modèles, les régions disponibles, le contrôle opérationnel, les performances et la consommation d’énergie. L’unité concurrentielle devient le cluster d’IA fonctionnel plutôt que la puce individuelle.

Nvidia demeure le principal point de référence sur ce marché. Schneider Electric a annoncé une collaboration d’infrastructure avec Nvidia en 2024, axée sur la distribution haute puissance et le refroidissement liquide pour des clusters d’accélérateurs denses. Cette précédente collaboration avec Nvidia montre que Schneider ne choisit pas une seule plateforme d’accélérateurs.

Schneider Electric bénéficie plutôt de la demande de nouvelles conceptions d’installations générée par plusieurs architectures. Pour AMD, cette relation apporte de la crédibilité en matière d’infrastructure. Pour les clients, elle crée une autre option conçue sur mesure, à côté des TPU natifs du cloud et des systèmes centrés sur Nvidia.

L’alimentation et le refroidissement définissent désormais le mécanisme concurrentiel

La contribution de Schneider Electric est importante parce qu’un rack de 246 kilowatts transforme l’installation plus rapidement qu’il ne modifie le tableur d’approvisionnement.

La planification traditionnelle des serveurs traitait souvent le centre de données comme un conteneur stable. Les acheteurs sélectionnaient les serveurs, attribuaient des emplacements de rack et vérifiaient si la capacité électrique et de refroidissement existante était suffisante.

L’IA haute densité inverse cette séquence. La charge de travail et la feuille de route des accélérateurs façonnent désormais la topologie électrique, la tuyauterie, l’agencement au sol, le modèle de redondance et le calendrier de construction. Un bâtiment conçu pour les serveurs d’hier ne peut pas automatiquement accueillir les racks de demain.

À 246 kilowatts, un rack Helios exige une coordination directe entre l’équipement de calcul et les systèmes de l’installation. Une conception électrique doit gérer la charge continue, les comportements transitoires, les réglages de protection, les états de maintenance et les scénarios de défaillance.

La conception du refroidissement doit fournir suffisamment de liquide à chaque plaque froide. Elle doit aussi transférer la chaleur via les CDU et les boucles de l’installation sans provoquer de variations de température inacceptables ni de déséquilibres de débit.

Le refroidissement par air reste une partie de la conception, car certains composants et équipements environnants continuent de libérer de la chaleur dans la salle. Schneider Electric décrit donc une approche hybride, plutôt que d’affirmer que le liquide élimine tous les besoins liés à l’air.

La bibliothèque de conceptions de référence de l’entreprise explique pourquoi la modélisation doit couvrir le comportement électrique, les flux d’air et les flux liquides. Chaque modèle détecte une catégorie de défaillance différente. Les combiner permet d’identifier les interactions avant que les exploitants ne mettent le cluster sous tension.

Prenons l’exemple d’une défaillance partielle du refroidissement. Les équipements restants doivent absorber davantage de chaleur, ou la charge de calcul doit diminuer rapidement. Cet événement affecte les contrôles de l’installation, l’ordonnancement du cluster et potentiellement l’avancement de l’entraînement des modèles.

Une interruption électrique crée un autre problème inter-couche. Les systèmes de secours doivent prendre en charge l’état de fonctionnement prévu, tandis que l’environnement logiciel gère les tâches interrompues. La résilience des installations et celle de l’informatique ne peuvent pas être planifiées indépendamment.

C’est le mécanisme qui sous-tend le partenariat Helios. AMD définit le comportement et les exigences de la plateforme informatique. Schneider Electric traduit ces exigences en configurations d’infrastructure que les équipes de projet peuvent évaluer.

La conception modulaire de clusters de 10,4 mégawatts ajoute un niveau supplémentaire. Les opérateurs peuvent planifier la capacité par blocs reproductibles au lieu de concevoir chaque déploiement à partir d’une page blanche. La standardisation peut simplifier les achats et réduire les désaccords entre ingénieurs, entrepreneurs et fournisseurs technologiques.

La reproductibilité aide également les fournisseurs à prévoir les besoins en équipements. Les CDU, tableaux électriques, systèmes de supervision et modules préfabriqués peuvent être planifiés autour de configurations de cluster connues. Toutefois, un module répété nécessite toujours une intégration au niveau du site.

La capacité du réseau électrique reste la contrainte la plus difficile. Une conception soignée ne garantit pas qu’un fournisseur d’électricité puisse livrer 10,4 mégawatts supplémentaires selon le calendrier souhaité. Les files d’attente d’interconnexion et les travaux de sous-station peuvent durer plus longtemps que le calendrier de déploiement du matériel informatique.

L’eau et l’évacuation de la chaleur varient également selon les sites. Une installation peut nécessiter des groupes frigorifiques, des aéroréfrigérants secs, des tours de refroidissement ou une autre configuration selon le climat et les restrictions locales. La conception de référence ne peut pas effacer ces différences environnementales.

Le PUE annoncé d’environ 1,12 mérite un contexte similaire. Le PUE varie selon le taux d’utilisation, la météo, la redondance, la méthode de refroidissement et les périmètres de mesure. Une valeur modélisée à pleine charge ne doit pas être considérée comme un résultat annuel garanti.

Les opérateurs doivent aussi décider quelle part de capacité réserver à la maintenance et aux défaillances. Utiliser une infrastructure redondante pour fournir davantage de calcul peut améliorer l’utilisation en fonctionnement normal. Cela réduit également la marge disponible lorsque des équipements sont hors ligne.

Schneider Electric décrit ce choix comme une concurrence entre une capacité de calcul supplémentaire et la stratégie de redondance initiale. La décision doit être explicite, car une capacité de secours inutilisée ne constitue pas automatiquement une capacité de production gratuite.

Google se heurte aux mêmes limites physiques malgré son modèle intégré. Son travail sur le refroidissement liquide montre que le silicium personnalisé n’élimine pas l’ingénierie des installations. L’organisation doit au contraire développer des systèmes de refroidissement et d’alimentation parallèlement à chaque génération de calcul.

La concurrence amd google révèle donc deux approches d’un même mécanisme. Google coordonne une grande partie de la pile en interne. AMD construit autour de Helios un réseau de partenaires ouvert, Schneider Electric prenant en charge une couche critique des installations.

Une conception validée n’est pas un déploiement validé

L’incertitude centrale est de savoir si les clients peuvent reproduire les résultats modélisés du plan directeur sur des sites réels, avec des charges de travail, fournisseurs et conditions d’exploitation variés.

Schneider Electric et AMD décrivent cette conception comme développée et validée conjointement. Cette validation indique que les composants et hypothèses d’ingénierie ont été évalués ensemble. Elle n’établit pas les performances sur le terrain à grande échelle.

Aucun résultat de déploiement client public n’a accompagné l’annonce de juillet. Les entreprises n’ont pas communiqué d’installation Helios achevée fonctionnant en continu à 246 kilowatts par rack avec cette nouvelle conception.

Cet écart est normal pour une architecture nouvellement lancée. Il limite néanmoins ce que les acheteurs peuvent déduire sur le délai de mise en service, le comportement en cas de panne, la disponibilité des composants et la maintenance à long terme.

La plateforme Helios dépend aussi de l’arrivée du matériel selon le calendrier prévu. Sa conception inclut des accélérateurs MI455X, des processeurs EPYC de sixième génération et des interfaces réseau Vulcano. Des retards ou des modifications de spécification peuvent imposer un nouveau cycle de validation.

Le réseau présente un risque spécifique. Helios adopte une approche ouverte, orientée Ethernet, conçue comme une alternative à l’environnement NVLink étroitement intégré de Nvidia. Cela donne aux acheteurs davantage de flexibilité entre fournisseurs, mais confère une grande importance à un écosystème de partenaires émergent.

HPE a annoncé son intention de proposer des systèmes basés sur Helios, offrant à AMD une voie commerciale majeure. Son implémentation utilise une structure d’accélérateurs à très haut débit et un commutateur conçu à cet effet.

Une analyse détaillée du système Helios a décrit une configuration prévue avec 72 accélérateurs MI455X. Le rapport a également indiqué l’objectif d’AMD de 31 téraoctets de mémoire HBM4 et de 2,9 exaFLOPS de calcul FP4 par rack.

Ces chiffres sont des objectifs liés à du matériel futur, et non des résultats de production vérifiés de manière indépendante. FP4 est un format numérique à faible précision utilisé pour certaines tâches d’inférence IA. Il ne doit pas être comparé directement à toutes les charges d’entraînement ou scientifiques.

Le logiciel reste une autre variable. ROCm a étendu sa prise en charge des frameworks et des modèles, mais la disponibilité du matériel ne garantit pas à elle seule des performances applicatives équivalentes. Les acheteurs doivent tester leurs modèles, opérateurs, compilateurs et comportements réels d’entraînement distribué.

Google peut optimiser d’importantes charges de travail pour les TPU via JAX, XLA et son environnement logiciel interne. Nvidia dispose d’une vaste base de développeurs CUDA établie de longue date. AMD doit démontrer que sa pile ouverte réduit la dépendance sans transférer aux clients un travail d’intégration excessif.

Une conception de référence peut résoudre le plan directeur de l’installation tout en laissant non résolue la migration des applications. Cette limite importe aux équipes d’entreprise qui évaluent le coût total d’un changement de plateforme d’accélérateurs.

La maintenance constitue un autre test. Les boucles liquides ajoutent des pompes, raccords, capteurs, collecteurs et procédures de service à proximité d’équipements informatiques coûteux. Les opérateurs ont besoin de preuves concernant les fuites, la filtration, la qualité du liquide de refroidissement, le remplacement des composants et la formation du personnel.

Le chiffre de 84 % d’évacuation de chaleur exige également une interprétation prudente. Schneider Electric indique que ses approches de refroidissement proposées sont capables d’évacuer cette part par liquide. La charge thermique restante et les conditions d’exploitation continuent toutefois de façonner les besoins de refroidissement au niveau de la salle.

La même prudence s’applique à la vitesse de déploiement. Une conception pré-ingéniérée peut raccourcir la planification et réduire les travaux dupliqués. Elle ne peut pas garantir une construction plus rapide lorsque les transformateurs, tableaux électriques, groupes frigorifiques, accélérateurs ou mises à niveau du réseau restent contraints.

Une question commerciale se pose également. Les acheteurs doivent décider si un choix architectural accru justifie l’exploitation d’une relation fournisseurs plus distribuée. Certains préféreront un service cloud qui masque l’installation derrière une API.

D’autres valoriseront le contrôle direct, la résidence locale des données ou l’indépendance vis-à-vis d’une plateforme cloud unique. Les projets d’IA souveraine et les fournisseurs de cloud spécialisés sont particulièrement susceptibles d’examiner cette option.

Cette tension rend la stratégie d’AMD crédible, mais inachevée. Schneider Electric a réduit une catégorie d’incertitude. Les déploiements clients doivent désormais montrer si le système combiné fonctionne de manière cohérente en dehors d’un environnement modélisé.

Trois signaux montreront si AMD peut combler le déficit d’infrastructure

La prochaine phase dépendra de preuves opérationnelles, de la livraison par les partenaires et d’une adoption client reproductible, plutôt que d’une nouvelle série d’affirmations architecturales.

Le premier signal sera un déploiement client achevé utilisant la conception de Schneider Electric. Les preuves les plus solides incluraient la densité de rack mesurée, le temps de mise en service, les performances de refroidissement, la disponibilité et le PUE selon des variations réalistes de charges de travail.

Un seul pilote confirmerait que le plan directeur peut sortir de l’environnement de conception. Plusieurs déploiements dans des climats et types d’installations différents étayeraient une conclusion plus solide sur la reproductibilité.

Un résultat proche du PUE de 1,12 annoncé à pleine charge renforcerait l’argument d’efficacité des entreprises. Un résultat bien supérieur n’invaliderait pas automatiquement la conception, mais il mettrait en évidence l’importance des conditions propres au site.

Les acheteurs devraient également observer comment les opérateurs gèrent les pannes et la maintenance. Un cluster à haute densité doit rester maintenable lorsqu’un CDU, une pompe, un composant électrique ou un tiroir de calcul exige une intervention.

Le deuxième signal sera une livraison coordonnée par les partenaires matériels et réseau d’AMD. Les accélérateurs MI455X, nouveaux processeurs EPYC, interfaces Vulcano, commutateurs, serveurs et équipements d’installation doivent parvenir aux projets selon des calendriers compatibles.

Une architecture de référence perd de sa valeur si un composant essentiel crée un long retard. À l’inverse, une disponibilité synchronisée montrerait que le modèle de partenaires d’AMD peut se comporter comme une plateforme cohérente.

Les tests d’interopérabilité seront particulièrement importants. Les clients ont besoin de preuves que les changements de serveurs, commutateurs, logiciels, alimentation et refroidissement ne créent pas de cycles de refonte répétés.

Les systèmes Helios commerciaux de HPE fourniront un premier test. L’adoption des mêmes hypothèses au niveau du rack par d’autres fabricants de serveurs ou opérateurs cloud renforcerait la standardisation.

Le troisième signal sera l’adoption de charges de travail face aux TPU de Google et aux systèmes Nvidia. AMD n’a pas besoin que chaque acheteur remplace ces plateformes. L’entreprise a besoin d’un nombre suffisant de charges de production pour établir Helios comme une alternative fiable.

Ces preuves devraient inclure des applications d’entraînement et d’inférence, et non uniquement des résultats de benchmarks de pointe. Les opérateurs examineront les performances réellement exploitables, l’effort logiciel, la disponibilité des clusters, la consommation d’énergie et la vitesse d’expansion de la capacité.

Le développement de l’infrastructure propre à Google fournit une référence utile. Sa longue expérience du refroidissement liquide montre que les connaissances opérationnelles s’accumulent au fil des générations matérielles. AMD et Schneider Electric doivent commencer à bâtir un historique comparable auprès de leurs clients et partenaires.

La comparaison amd google restera imparfaite car les entreprises occupent des positions différentes sur le marché. Google exploite une plateforme cloud intégrée et reposant sur du silicium personnalisé. AMD fournit une architecture ouverte que d’autres entreprises déploient.

Pourtant, ce contraste est précisément la raison pour laquelle la nouvelle conception est importante. Elle offre aux acheteurs un choix entre consommer une plateforme intégrée et assembler, sous leur contrôle, un système validé fondé sur des partenaires.

Nvidia influencera également le résultat. Ses systèmes à l’échelle du rack, sa base logicielle et ses partenariats d’infrastructure établissent la référence en matière de maturité de déploiement. Si Nvidia progresse plus vite, l’architecture ouverte d’AMD devra compenser par sa flexibilité, sa disponibilité ou l’économie des charges de travail.

Schneider Electric est incité à soutenir chaque grande plateforme. Cette position neutre peut aider les clients à comparer les exigences des installations sans considérer la feuille de route d’un accélérateur comme permanente.

Pour les équipes techniques et achats, l’action immédiate est concrète. Modélisez d’abord les charges de travail visées, puis vérifiez si le site choisi peut répondre à leurs exigences électriques, thermiques, réseau et de résilience.

Les équipes qui évaluent d’importantes annonces d’infrastructure ont également besoin d’une manière durable de relier les hypothèses d’ingénierie aux preuves opérationnelles ultérieures. Une base de connaissances technique consultable peut maintenir l’accessibilité des documents de conception, résultats de tests et décisions fournisseurs à mesure que les projets évoluent.

La conception de Schneider Electric ne tranche pas la course aux accélérateurs. Elle fait entrer AMD dans l’étape plus difficile, où les spécifications des racks doivent résister aux limites du réseau électrique, aux calendriers de construction, aux défaillances de refroidissement et aux charges de production.

Les clients Helios publieront-ils des résultats mesurés conformes au plan directeur, et les partenaires livreront-ils chaque couche dans les délais ? Ce sont désormais les tests qui comptent. Suivez les premiers sites opérationnels, la disponibilité coordonnée du matériel et l’adoption des charges de travail avant de désigner un vainqueur dans la course d’infrastructure AMD Google.