Le cloud souverain échoue à cause des connexions, pas à cause du code
La sortie de Stack à Babenhausen s'arrête : pourquoi la souveraineté en IA échoue face au manque d'électricité et aux autorisations – et ce que les…
À Babenhausen, Stack Infrastructure a annoncé son retrait du projet de centre de données prévu sur le site d’Aumovio – officiellement en raison d’un « processus long et incertain ». Cet épisode n’est pas un drame local.
Les points clés en bref
- Un cas d’école, pas une exception. Lorsqu’un investisseur se retire parce que les procédures et les signaux politiques restent flous, ce n’est pas le marketing qui échoue – mais la couche physique du cloud.
- L’offre et le réseau divergent. L’Europe pousse massivement le cloud souverain IaaS ; parallèlement, les exigences en matière d’électricité, d’eau, de chaleur résiduelle et d’utilité communale augmentent.
- Conséquence pour les opérateurs. Celui qui planifie « local » ou « souverain » a besoin d’un fallback multi-région, de délais réalistes et de questions concrètes sur les sites – sinon, la stratégie n’est que du maquillage pour locataires.
En lien :Quand le centre de données respire avec le réseau électrique / Le cloud souverain ne s’arrête pas à l’emplacement des serveurs
Ce qui a vraiment fait échouer le projet à Babenhausen
Aumovio a confirmé à la Hessischer Rundfunk que les projets actuels pour un centre de données sur l’ancien site de Continental avaient été abandonnés. Stack Infrastructure, un acteur américain de la colocation et de l’hyperscale, se retire. Comme justification, Aumovio évoque le « processus long et incertain » qui empêche une mise en œuvre fiable.
Le maire Dominik Stadler (sans étiquette) identifie deux facteurs : une demande, à ses yeux injustifiée, de la CDU concernant une garantie bancaire de 250 millions d’euros, ainsi que le signal politique selon lequel un centre de données ne serait pas souhaité sur place. La majorité du conseil municipal, composée de la CDU et des Freie Wähler, contre-attaque avec des questions de transparence et d’utilité : eau de refroidissement, alimentation électrique, parts d’énergies renouvelables, valorisation de la chaleur résiduelle, bruit, contributions à l’infrastructure communale. Ce n’est pas un débat de comptoir.
Pour les équipes cloud, la leçon est sans appel : la capacité ne se crée pas dans les slides produits des hyperscalers. Elle naît lorsque le transformateur, le droit de l’eau, le plan d’urbanisme et le consensus politique convergent au même moment.
Le paradoxe : réclamer la souveraineté, bloquer les sites
La même semaine où les communes se disputent sur l’eau et les garanties, la demande européenne en infrastructures cloud souveraines connaît une croissance fulgurante. Selon Gartner, les dépenses en IaaS cloud souverain en Europe devraient augmenter d’environ 83 % en 2026 par rapport à 2025, avec un triplement approximatif du niveau de dépenses d’ici 2027 comparé à 2025. Il ne s’agit pas d’un baromètre d’humeur. C’est le processus d’achat qui se transforme structurellement – poussé par la résidence des données, les appels d’offres publics et les secteurs réglementés.
Dans le même temps, les annonces se multiplient : campus d’IA, clusters de GPU, zones « souveraines » des grands fournisseurs, clouds industriels d’IA. Sur X et dans les débats spécialisés, cela se cristallise en une image que les architectes pragmatiques connaissent bien : beaucoup de rhétorique de chantier, des réseaux saturés, des surfaces limitées, des autorisations longues. La souveraineté numérique sonne comme un tenant, un certificat et une réglementation européenne. Sur le terrain, elle bute souvent sur le poste de transformation et le plan communal de chauffage.
Ce paradoxe n’est donc pas moral, mais physique. Qui veut plus d’inférence et plus d’entraînement en Europe a besoin de mégawatts, de circuits de refroidissement et de voisins capables de supporter l’accord. Qui, dans le même temps, surcharge chaque projet de demandes maximales sans procédures prévisibles, exporte les capacités – et réimporte la dépendance via la facture cloud.
Ce que les communes et la loi EnEfG exigent réellement
Les points clés du document de Babenhausen ne sont pas une exception locale. Ils reflètent le cadre national. La loi sur l’efficacité énergétique (EnEfG) impose aux nouveaux centres de données mis en service à partir de juillet 2026 des objectifs stricts en matière d’efficacité et de récupération de chaleur : notamment des exigences ambitieuses en matière de PUE et des parts croissantes de chaleur fatale réutilisée (Energy Reuse Factor), qui augmentent au fil des années. Parallèlement, les attentes en matière d’électricité renouvelable et d’intégration dans les plans locaux de chauffage urbain s’élèvent.
Pour les exploitants, cela signifie qu’un centre de données n’est plus un simple bâtiment informatique, mais un acteur énergétique et thermique. Pour les communes, cela implique que sans concept clair de refroidissement et de récupération de chaleur, sans information sur le réseau et sans bénéfice communal tangible, toute implantation devient un conflit. Pour les acheteurs de cloud, cela signifie que « zone de latence Francfort » ou « campus IA XY » restent des promesses tant que les contrats physiques et les autorisations ne sont pas signés – et qu’ils accusent souvent des années de retard sur le marketing.
Ainsi, celui qui achète de la souveraineté via un site achète implicitement des risques politiques et réseau. C’est légitime. Mais cela doit être intégré dans l’architecture et le business case, pas seulement dans la diapositive sur la durabilité.
Ce que cela change concrètement pour les équipes cloud
La bonne réaction n’est pas le cynisme (« ils construiront ailleurs »). La bonne réaction, c’est un cadre de planification plus strict. Trois niveaux se distinguent :
1. L’approvisionnement. Les offres souveraines et locales des hyperscalers et des colos européennes restent pertinentes – surtout pour les workloads régulés. Mais le contrat doit couvrir la sortie, la résidence des données, la juridiction du support et la zone de disponibilité réelle. « Exploité dans l’UE » n’est pas la même chose que « évolutif de manière fiable à ce niveau de latence et dans ce cadre juridique ».
2. L’architecture. Le multi-région et le multi-fournisseur ne sont pas une mode, mais une assurance contre les pannes de site et les blocages d’autorisations. Des schémas actifs-actifs pour les chemins critiques, des RPO/RTO clairs, des basculements testés – et la question honnête de savoir quels workloads d’IA nécessitent vraiment des GPU locaux et lesquels peuvent être exécutés de manière asynchrone dans des régions plus éloignées.
3. La due diligence sur le site. Avant d’investir un budget dans des capacités « propres » ou « partenariales », sept questions doivent être posées – sans romantisme de présentation.
- Les capacités souveraines et locales restent stratégiquement pertinentes pour les données régulées et la latence
- L’EnEfG et la planification thermique rendent les bons sites plus prévisibles – si les communes jouent le jeu
- La conception multi-région compense la défaillance de projets individuels
- Les délais d’autorisation et de raccordement réseau restent le point aveugle de nombreuses feuilles de route IA
- Les exigences maximales des communes, sans procédure claire, exportent les capacités
- Les régions marketing ne sont pas une garantie de disponibilité
Sept questions à poser avant le prochain projet « local »
Cette checklist doit figurer dans chaque revue d’architecture et d’achat dès que « DACH-only », « souverain » ou « surface GPU dédiée » apparaissent dans le cahier des charges :
- Réseau : Disposez-vous d’une confirmation écrite de la capacité de raccordement et du calendrier du gestionnaire de réseau – y compris la redondance ?
- Eau et refroidissement : Quel concept de refroidissement est autorisable ? Que se passe-t-il en cas de sécheresse ou de nouvelles contraintes ?
- Chaleur fatale : Existe-t-il un véritable preneur (réseau de chaleur, industrie) avec un contrat – ou seulement une lettre d’intention ?
- Plan d’urbanisme : Quel est l’état d’avancement de la procédure ? Combien de temps ont duré des procédures comparables dans la région ?
- Risque politique : Quelles majorités et quelles exigences maximales (garanties, contributions aux infrastructures) pèsent sur le projet ?
- Adequation des workloads : Quelles applications ont vraiment besoin de cette zone – et lesquelles fonctionnent avec une latence acceptable ailleurs ?
- Sortie : Si le site est abandonné : dans quelle région se trouve le fallback testé ? Qui paie les exercices de basculement ?
Celui qui ne peut pas répondre à ces sept points n’achète pas de souveraineté. Il achète de l’espoir avec une étiquette cloud.
Verdict : La souveraineté commence au transformateur
Babenhausen en est l’exemple actuel, mais pas le seul. Le secteur du cloud peut itérer modèles et isolation des tenants en quelques mois. Un transformateur, un droit d’eau et un plan d’urbanisme nécessitent des années – et une commune capable de tenir le cap. Tant que l’Allemagne affiche des ambitions en matière d’IA et de souveraineté, mais laisse ses projets physiques se noyer dans l’incertitude, l’avantage stratégique restera là où l’électricité et les procédures sont prévisibles.
Pour les praticiens, cela signifie : continuer à débattre des tenants et des certificats – et gérer en parallèle la couche ingrate. Le multi-région n’est pas un aveu de faiblesse. C’est la seule réponse honnête pour un pays qui veut l’autonomie numérique tout en négociant encore son rattrapage.
// Définition
Qu’est-ce qu’un risque de site pour data center ? Le risque qu’une capacité de data center planifiée (colocation, région hyperscale, campus IA) ne soit pas mise en service ou le soit avec retard malgré la demande et le financement – parce que le raccordement au réseau, le refroidissement, la valorisation de la chaleur fatale, le plan d’urbanisme ou les exigences communales échouent. Pour les architectures cloud, il s’agit d’un risque de disponibilité et de juridiction, pas seulement d’un problème immobilier.
Foire aux questions
Que s’est-il exactement passé à Babenhausen ?
Stack Infrastructure se retire du projet de data center prévu sur le site d’Aumovio (anciennement Continental). Aumovio invoque un processus long et incertain.
Qu’est-ce qu’un risque de site pour data center ?
Le risque qu’une capacité, malgré son financement et la demande, ne soit pas disponible à temps en raison de l’absence de prérequis physiques et politiques : réseau, refroidissement, valorisation de la chaleur fatale, plan d’urbanisme, majorités communales. Pour les équipes IT, c’est une question de planification et de bascule, pas seulement un enjeu de marketing territorial.
Pourquoi le cloud souverain connaît-il une telle croissance malgré tout ?
Parce que les secteurs régulés, les donneurs d’ordre publics et de nombreuses entreprises achètent la résidence des données, la juridiction et la promesse de contrôle. Gartner prévoit pour le IaaS cloud souverain en Europe une croissance d’environ 83 % en 2026 par rapport à 2025, et près d’un triplement du niveau de 2025 d’ici 2027.
Que change la loi EnEfG pour les nouveaux data centers ?
Les nouvelles installations mises en service à partir de juillet 2026 devront respecter des exigences strictes en matière d’efficacité et de valorisation de la chaleur fatale (notamment des objectifs PUE ambitieux et des parts échelonnées de chaleur fatale utilisée). Cela renforce la dépendance aux débouchés réels pour la chaleur et à la planification énergétique communale – précisément les sujets qui alimentent les conflits locaux comme à Babenhausen.
Que doivent faire dès maintenant les équipes cloud et plateforme ?
Continuer à utiliser les options souveraines et locales là où la conformité et la latence l’exigent – mais avec un fallback multi-région, des délais réalistes et une due diligence écrite sur le site (réseau, eau, chaleur fatale, procédures, politique, adéquation des workloads, sortie). Une « région marketing live » ne remplace pas un basculement testé.
Coups de cœur de la rédaction
- Quand le data center respire au rythme du réseau électrique
- Le cloud souverain ne s’arrête pas à l’emplacement des serveurs
- La réforme de l’EnEfG assouplit les limites PUE pour les data centers
Plus d’articles du réseau MBF Media
Plus du réseau MBF Media
MyBusinessFutureQuand un modèle d’IA allemand devient réellement rentableDigital ChiefsIA souveraine : la responsabilité reste en interneSecurityTodayQu’est-ce que KRITIS ? Opérateurs, obligations et seuilsSource de l’image : générée par IA (juillet 2026)
