Résumé

  • Le consortium japonais Wide-Area Workload Shift, qui réunit douze organisations, indique que sa démonstration a commencé en août et doit se poursuivre jusqu’en février 2027. Elle relie des réseaux de recherche et des fibres d’opérateur électrique à des groupes de centres de données ; un orchestrateur doit ensuite utiliser des signaux énergétiques, de marché, de GPU, de batterie et de réseau pour placer les tâches.
  • L’« hyperscaler virtuel » est un objectif, pas une capacité opérationnelle publiée. Interfaces communes, modèle d’exploitation ouvert, modèle économique et gouvernance figurent encore parmi les travaux à venir. L’épreuve consiste à faire d’emplois déplaçables un service avec acheteur, prix et opérateur responsable.

Le nom promet déjà davantage que le projet n’a démontré. Un « hyperscaler virtuel » évoque un fournisseur de cloud constitué de centres de données dispersés, plutôt que d’un campus unique. Pourtant, les douze organisations du programme japonais Wide-Area Workload Shift parlent d’une démonstration, pas d’un cloud commercial lancé. Leur annonce du 7 octobre précise que les travaux ont débuté en août et doivent durer jusqu’en février 2027. L’objectif déclaré est d’évaluer la faisabilité technique, opérationnelle et économique de la coordination entre communications, énergie et calcul pour l’entraînement et l’inférence de l’IA. Annonce du consortium

Le problème d’implantation est réel. Le Livre blanc sur l’énergie 2025 du Japon estime qu’en 2023 environ 90 % de la surface des centres de données du pays se trouvait dans les régions de Tokyo et d’Osaka, alors que la production décarbonée est répartie de façon inégale. C’est une mesure ancienne fondée sur la surface, et non une carte des capacités disponibles aujourd’hui. Elle explique néanmoins pourquoi il peut être utile de tester un réseau capable de placer certaines charges près d’une alimentation disponible. Déplacer une tâche ne fait toutefois pas circuler l’électricité sur une ligne saturée, ne crée pas un raccordement au réseau et ne garantit pas que le site d’accueil dispose de GPU libres. Livre blanc de l’Agence japonaise pour les ressources naturelles et l’énergie

L’architecture proposée est plus concrète que la marque. Le consortium prévoit d’utiliser SINET, le réseau de recherche de l’Institut national japonais d’informatique, et la fibre noire de TEPCO Power Grid ; il vérifiera aussi certaines liaisons optiques directes entre sections de centres de données. Un orchestrateur devrait prendre en compte l’offre et la demande d’électricité, les informations de marché, l’utilisation des GPU, l’état des batteries et les conditions du réseau pour décider où exécuter les charges.

SoftBank et Fujitsu doivent développer des plateformes, aux côtés d’opérateurs télécoms, d’électriciens, de fournisseurs de centres de données et d’universités. Ces ressources forment un banc d’essai ; elles ne rendent pas encore les capacités des participants interchangeables.

L’admissibilité des charges constitue le premier filtre économique. Un travail d’entraînement pouvant attendre un surplus régional d’électricité diffère d’une requête d’inférence en direct dont l’utilisateur attend une réponse immédiate. Même une tâche différable peut transporter de grands ensembles de données, des états de reprise, des dépendances logicielles, des règles de résidence ou des engagements de performance qui rendent le déplacement coûteux. Une étude de 2026 fondée sur une semaine de traces de clusters Alibaba estime, selon son modèle, que jusqu’à 22 % de la charge pourrait être différée durant des fenêtres de flexibilité. Ce résultat indique que certaines tâches peuvent être flexibles ; il ne mesure pas le projet japonais et ne prouve pas qu’elles puissent passer entre opérateurs indépendants. Caprara et al., International Journal of Electrical Power & Energy Systems

L’écart entre démonstration et produit ressort des prochaines étapes énumérées par le consortium. Il souhaite encore élaborer un modèle d’exploitation ouvert et des interfaces communes, puis étudier les modèles économiques et des règles partagées de mise en œuvre. L’annonce ne donne ni prix de service, ni contrat client, ni partage de revenus, ni autorité de dispatch, ni engagement de niveau de service, ni volume de charges mesuré. Elle ne rapporte pas non plus de réduction des effacements, des émissions ou des investissements dans le réseau.

Ces silences ne prouvent pas un échec ; ils délimitent les questions commerciales auxquelles le projet n’a pas encore répondu publiquement.

Un client cloud a besoin de plus qu’un ordonnanceur qui repère un emplacement apparemment moins cher ou plus propre. Il doit savoir quelles tâches sont éligibles, quel retard est toléré, ce qui se passe si le site d’accueil est saturé, qui contrôle le trajet des données et quel opérateur répond d’un délai manqué. Un propriétaire de centre de données doit connaître le partage des revenus ou des économies d’énergie avant de céder à un tiers le placement des charges. Un opérateur télécom doit tarifer la capacité et protéger la performance.

Enfin, un signal de marché électrique doit correspondre à un lieu utilisable et à une autorisation d’agir, pas seulement à un prix régional sur un tableau de bord.

Le premier produit pourrait donc être un règlement et une interface plutôt qu’une nouvelle console cloud. Si la démonstration produit des descriptions communes des charges, une télémétrie vérifiable, un dispatch interopérable et une méthode de règlement acceptable pour les participants, elle pourrait rendre plus faciles à contractualiser des capacités aujourd’hui séparées. Si elle ne réalise qu’un transfert réussi entre quelques sites universitaires ou partenaires choisis, elle aura prouvé une voie technique, pas un service hyperscale ni un marché finançable.

L’échéance de février 2027 est un point de contrôle, pas une prévision de lancement. Les preuves utiles seront le nombre et le type de tâches réellement admissibles et terminées, les retards et échecs, les conditions énergétiques et réseau de chaque placement, ainsi que les engagements pris envers les clients et les opérateurs. Le terme « virtuel » ne désignera un véritable service mutualisé que si les droits de contrôle, les coûts et les promesses accompagnent la charge.

Sources