domingo, 26 julio 2026 · Sem. 30 DE · EN · FR · ES Oscuro
Centros de datos

La soberanía en la nube fracasa por la conexión, no por el código

Stack frena el centro de datos en Babenhausen: por qué la soberanía de la IA fracasa por falta de energía y permisos - y qué están evaluando los…

Por Alec Chizhik 15 julio 2026 9 min de lectura
La soberanía en la nube fracasa por la conexión, no por el código

Stack Infrastructure ha anunciado su retirada del proyectado centro de datos en el terreno de Aumovio en Babenhausen, oficialmente debido a un «proceso largo e incierto». El caso no es un drama local. Muestra el duro cuello de botella que subyace en toda estrategia de IA y nube soberana: sin conexión garantizada, concepto de refrigeración y plan de urbanización, la soberanía se queda en presentación.

Lo más importante en resumen

  • Caso paradigmático, no excepcional. Cuando un inversor se retira porque los procedimientos y las señales políticas siguen siendo poco claros, no fracasa el marketing, sino la capa física de la nube.
  • La demanda y la red no van de la mano. Europa impulsa masivamente la IaaS de nube soberana; en paralelo, aumentan los requisitos en materia de electricidad, agua, calor residual y beneficio municipal.
  • Consecuencia para los operadores. Quien planifica «local» o «soberano» necesita un *fallback* multirregión, plazos de entrega realistas y preguntas duras sobre la ubicación; de lo contrario, la estrategia no es más que cosmética para inquilinos.

Relacionado:Cuando el centro de datos respira con la red eléctrica  /  La nube soberana no termina en la ubicación del servidor

Qué ha fracasado realmente en Babenhausen

Aumovio confirmó a la Hessischer Rundfunk que se han abandonado los planes actuales para construir un centro de datos en el antiguo terreno de Continental. Stack Infrastructure, un actor estadounidense de *colocation* e *hyperscale*, se retira. Como motivo, Aumovio alega el «proceso largo e incierto» que impide una implementación fiable. El área debía destinarse a un nuevo uso económico, exactamente el mismo patrón que se repite en muchos municipios alemanes: suelo industrial en desuso, esperanza en un anclaje digital, conflicto por beneficios y cargas.

El alcalde Dominik Stadler (sin partido) identifica dos causas: una exigencia, a su juicio injustificada, de la CDU de un certificado de garantía por valor de 250 millones de euros, y la señal política de que un centro de datos no es deseable en la localidad. La mayoría del consejo municipal, formada por la CDU y los Freie Wähler, replica con preguntas sobre transparencia y utilidad: agua de refrigeración, suministro energético, proporción de energías renovables, aprovechamiento del calor residual, ruido y aportaciones a la infraestructura municipal. No se trata de un debate de taberna. Son exactamente las variables que, en 2026, determinan técnicamente y desde el punto de vista regulatorio el éxito o el fracaso de un proyecto moderno de centro de datos en Alemania.

Para los equipos de *cloud*, la lección es clara: la capacidad no se crea en la diapositiva de producto del *hyperscaler*. Surge cuando el transformador, los derechos sobre el agua, el plan de urbanización y el consenso político convergen en el mismo momento. Si falta uno de estos elementos, la «región» no pasa de ser un punto en el mapa, y las cargas de trabajo acaban en otro lugar, a menudo fuera de la jurisdicción deseada.

La paradoja: exigir soberanía, bloquear el sitio

En la misma semana en la que los municipios discuten sobre agua y bonos de garantía, la demanda europea de infraestructura de cloud soberana crece rápidamente. Gartner prevé para Europa en IaaS de cloud soberana un aumento de alrededor del 83 % en 2026 respecto a 2025 y un aproximadamente triplicado del nivel de gasto para 2027 frente a 2025. Esto no es un barómetro de ánimo. Es adquisición, que se desplaza estructuralmente – impulsada por la residencia de datos, los concursos públicos y los sectores regulados.

Al mismo tiempo, se disparan los anuncios: campus de IA, clústeres de GPU, zonas «soberanas» de los grandes proveedores, clouds industriales de IA. En X y en el debate técnico se convierte en una imagen que los arquitectos pragmáticos conocen desde hace tiempo: mucha retórica de obra, redes estrechas, espacios limitados, permisos largos. La soberanía digital suena a inquilino, certificado y derecho de la UE. Operativamente suele terminar en la subestación y en el plan de calor municipal.

La paradoja, por tanto, no es moral, sino física. Quien quiera más inferencia y más entrenamiento en Europa necesita megavatios, circuitos de refrigeración y vecinos que aguanten el acuerdo. Quien, al mismo tiempo, sobrecarga cada proyecto con exigencias máximas, sin procedimientos planificables, exporta la capacidad y importa la dependencia de vuelta a través de la factura de la cloud.

// Métrica
+83 %
Así de fuerte deberían aumentar los gastos en IaaS de cloud soberana en Europa en 2026 frente a 2025, según el pronóstico de Gartner. Para 2027, aproximadamente un triplicado del nivel de 2025.
// Fuente: Gartner, Gasto de IaaS de cloud soberana, feb 2026

Qué exigen realmente los municipios y la EnEfG

Los puntos del documento de puntos clave de Babenhausen no son un camino local especial. Reflejan el marco a nivel federal. La Ley de Eficiencia Energética (EnEfG) obliga a los nuevos centros de datos que entren en operación a partir de julio de 2026 a cumplir estrictos objetivos de eficiencia y de calor residual: entre otros, requisitos ambiciosos de PUE y porcentajes escalonados de calor residual utilizado (Factor de Reutilización de Energía), que aumentan año tras año. Paralelamente, crecen las expectativas respecto a la electricidad renovable y a la integración en la planificación local de calor.

Para los operadores significa esto: un centro de datos ya no es simplemente un edificio de TI, sino un actor de energía y calor. Para los municipios significa esto: sin un concepto claro de refrigeración y calor residual, sin información de la red y sin un beneficio municipal comprensible, cada asentamiento se convierte en un conflicto. Para los compradores de cloud significa esto: «Latency-Zone Fráncfort» o «AI Campus XY» son promesas, siempre que los contratos físicos y los permisos no estén firmados – y a menudo quedan años por detrás del marketing.

Quien entonces compra soberanía sobre la ubicación, compra implícitamente riesgo político y de red. Esto es legítimo. Solo tiene que incorporarse en la arquitectura y en el caso de negocio, no solo en la diapositiva de sostenibilidad.

Qué cambia esto concretamente para los equipos de cloud

La reacción adecuada no es el cinismo («pues que construyan en otro sitio»). La reacción adecuada es un marco de planificación más estricto. Hay que separar tres niveles:

1. Adquisición. Las ofertas soberanas y locales de los hyperscalers y los colos europeos siguen siendo relevantes, especialmente para cargas de trabajo reguladas. Pero el contrato debe cubrir la salida, la residencia de datos, la jurisdicción de soporte y la zona de disponibilidad real. «Operado en la UE» no es lo mismo que «escalable de forma fiable en esta ubicación de latencia y jurídica».

2. Arquitectura. Multi-región y multi-proveedor no son una moda, sino el seguro contra fallos de ubicación y cuellos de botella en las autorizaciones. Patrones activo-activo para rutas críticas, RPO/RTO claros, failover probados, y la pregunta honesta sobre qué cargas de trabajo de IA necesitan realmente GPU locales y cuáles pueden ejecutarse de forma asíncrona en regiones más remotas.

3. Due diligence de ubicación. Antes de invertir presupuesto en capacidad «propia» o «en colaboración», hay que plantear siete preguntas sobre la mesa, sin romanticismos en las presentaciones.

// aporta
  • La capacidad soberana y local sigue siendo estratégicamente útil para datos regulados y latencia
  • La Ley de Eficiencia Energética (EnEfG) y la planificación térmica hacen más predecibles las ubicaciones de calidad, si los municipios colaboran
  • El diseño multi-región mitiga el fallo de proyectos individuales
// pendiente
  • Los plazos de autorización y conexión a la red siguen siendo el punto ciego de muchas hojas de ruta de IA
  • Las exigencias máximas de los municipios, sin un procedimiento claro, exportan capacidad
  • Las regiones de marketing no son una garantía de disponibilidad

Siete preguntas sobre la ubicación antes del próximo «local»

Esta lista de comprobación debe incluirse en cada revisión de arquitectura y adquisición en cuanto aparezcan en el pliego de condiciones términos como «solo DACH», «soberano» o «superficie propia de GPU»:

  1. Red: ¿Existe un compromiso por escrito sobre la capacidad de conexión y el calendario del operador de la red, incluyendo redundancia?
  2. Agua y refrigeración: ¿Qué concepto de refrigeración es viable para la autorización? ¿Qué ocurre en escenarios de sequía o cambios normativos?
  3. Calor residual: ¿Hay un cliente real (calefacción urbana, industria) con contrato, o solo una declaración de intenciones?
  4. Plan urbanístico: ¿En qué fase se encuentra el procedimiento? ¿Cuánto duraron procedimientos comparables en la región?
  5. Riesgo político: ¿Qué mayorías respaldan el proyecto y qué exigencias máximas (garantías, contribuciones a infraestructuras) están sobre la mesa?
  6. Adecuación de la carga de trabajo: ¿Qué aplicaciones necesitan realmente esta zona, y cuáles pueden ejecutarse con una latencia aceptable en otro lugar?
  7. Salida: Si la ubicación fracasa: ¿en qué región está el fallback probado? ¿Quién paga el simulacro de failover?

Quien no pueda responder a estas siete preguntas, no está comprando soberanía. Está comprando esperanza con etiqueta de cloud.

Veredicto: La soberanía comienza en el transformador

Babenhausen es el ejemplo actual, no el único. La industria del cloud puede iterar modelos y aislamiento de inquilinos en meses. El transformador, los derechos de agua y el plan urbanístico requieren años -y un municipio que aguante el acuerdo-. Mientras Alemania proclama ambiciones de IA y soberanía, pero deja que los proyectos físicos se ahoguen en la incertidumbre, la ventaja estratégica seguirá donde la electricidad y los procedimientos son previsibles.

Para los profesionales, esto significa: seguir debatiendo sobre inquilinos y certificados -y gestionar en paralelo la capa fea-. Multi-región no es una admisión de debilidad. Es la única respuesta honesta en un país que quiere autonomía digital pero aún negocia su conexión.

// Definición

¿Qué es el riesgo de ubicación de un centro de datos? El riesgo de que la capacidad planificada de un centro de datos (colocación, región hyperscale, campus de IA) no entre en funcionamiento o lo haga con retraso a pesar de la demanda y la financiación, porque fallen la conexión a la red, la refrigeración, el aprovechamiento del calor residual, el plan urbanístico o las exigencias municipales. Para las arquitecturas cloud, es un riesgo de disponibilidad y jurisdicción, no solo un problema inmobiliario.

Preguntas frecuentes

¿Qué ha fallado exactamente en Babenhausen?

Stack Infrastructure se retira del centro de datos previsto en el terreno de Aumovio (antes Continental). Aumovio cita como motivo el proceso largo e incierto. El ayuntamiento y la mayoría del consejo municipal discuten sobre la responsabilidad política -entre otros, por exigencias de garantías, transparencia y condiciones relativas a agua, energía y calor residual-.

¿Qué es el riesgo de ubicación de un centro de datos?

El riesgo de que la capacidad no se materialice a tiempo a pesar de la financiación y la demanda, porque faltan requisitos físicos y políticos: red, refrigeración, aprovechamiento del calor residual, plan urbanístico o mayorías municipales. Para los equipos de TI, es un tema de planificación y failover, no solo de marketing de ubicaciones.

¿Por qué crece tanto la cloud soberana a pesar de todo?

Porque sectores regulados, organismos públicos y muchas empresas compran residencia de datos, jurisdicción y promesas de control. Gartner prevé para el IaaS de cloud soberana en Europa un crecimiento del 83 % en 2026 respecto a 2025 y casi una triplicación del nivel de 2025 para 2027. La demanda y la realidad física de la construcción no siempre avanzan al mismo ritmo.

¿Qué cambia la EnEfG para los nuevos centros de datos?

Las nuevas instalaciones que entren en funcionamiento a partir de julio de 2026 deberán cumplir requisitos más estrictos de eficiencia y aprovechamiento del calor residual (entre otros, objetivos ambiciosos de PUE y porcentajes escalonados de calor residual utilizado). Esto aumenta la dependencia de receptores reales de calor y de la planificación energética municipal -precisamente los temas que alimentan conflictos locales como el de Babenhausen-.

¿Qué deberían hacer ahora los equipos de cloud y plataformas?

Seguir utilizando opciones soberanas y locales donde la compliance y la latencia lo exijan -pero con failover multi-región, plazos realistas y una due diligence escrita de la ubicación (red, agua, calor residual, procedimientos, política, ajuste de cargas de trabajo, salida)-. «Región de marketing en vivo» no sustituye a un failover probado.

Recomendaciones de lectura de la redacción

Más del MBF Media Netzwerk

Fuente de la imagen: generada por IA (julio 2026)

También disponible en

FrançaisEnglishDeutsch
MBF Media Newsletter

El briefing mensual para decisores

Una vez al mes, la newsletter de MBF Media reúne lo esencial de cloudmagazin, MyBusinessFuture, Digital Chiefs y SecurityToday, seleccionado por la redacción.

25 000 responsables de IT y negocio leen esta newsletter. Únase.

Suscríbase gratis
MBF Media Newsletter, aktuelle Ausgabe auf dem iPhone
Ein Magazin der Evernine Media GmbH