Los secretos de Alemania en la nube de Google: ¿Hasta qué punto es no soberana la nube ND planificada?

¿Sin conexión, pero dependientes? El precio arriesgado de la tecnología de Google para los servicios de noticias de Alemania

La nube de Google para los servicios de inteligencia alemanes: ¿Qué ocurre si el proveedor falla?

Un servicio en la nube aislado de internet puede proteger eficazmente la información clasificada, pero también puede generar una dependencia a largo plazo de su proveedor tecnológico. La nube ND, prevista para el Servicio Federal de Inteligencia (BND), la Oficina Federal para la Protección de la Constitución (BfV) y el Servicio Militar de Contrainteligencia (MAD), se sitúa precisamente en este contexto. Su objetivo es permitir el intercambio seguro de información altamente sensible sin conexión directa a internet. Sin embargo, este aislamiento no resuelve todas las incógnitas: ¿Quién podrá mantener, actualizar y desarrollar la plataforma a lo largo de los años? ¿Y qué opciones le quedan al Estado si el panorama técnico o político cambia?

Para un proyecto con un presupuesto declarado públicamente de al menos 500 millones de euros, hay mucho más en juego que la simple ubicación de los servidores y las medidas de seguridad. La cuestión crucial es si Alemania puede controlar la plataforma a largo plazo y migrar a otra si fuera necesario. Esto requiere considerar no solo la protección de datos, sino también el suministro de software, la experiencia, los costes de migración y las posibles alternativas. La nube prevista puede representar un paso importante hacia la modernización, pero la verdadera soberanía digital solo se alcanzará cuando el Estado no solo controle las operaciones en curso, sino que también cuente con opciones viables para el futuro.

Relacionado con esto:

• Las Fuerzas Armadas alemanas negocian con Google: ¿Cuánta soberanía está realmente cediendo Alemania a cambio de Google Cloud?

Los secretos de Alemania, la tecnología de Google: el precio de la soberanía digital

Offline está lejos de ser independiente

Un servicio en la nube aislado de internet puede proteger eficazmente la información clasificada, pero aun así generar una dependencia a largo plazo de su proveedor tecnológico. La plataforma conjunta de datos prevista por el Servicio Federal de Inteligencia, la Oficina Federal para la Protección de la Constitución y el Servicio Militar de Contrainteligencia se sitúa precisamente en este punto de tensión: el aislamiento técnico previsto resuelve el problema del acceso a la red externa, pero no el de una libertad de acción tecnológica duradera.

Por lo tanto, la cuestión económicamente decisiva no radica en si aparece el logotipo de una empresa estadounidense o europea en la plataforma. Lo que importa es quién determina las condiciones para su desarrollo, la resolución de problemas, el funcionamiento y la posible migración a lo largo de su ciclo de vida. Una estrategia de soberanía convincente debe combinar rendimiento, requisitos de seguridad y libertad de elección a largo plazo, en lugar de considerar únicamente la ubicación de los servidores.

Una plataforma de datos con implicaciones estratégicas

Según la información pública disponible al 28 de octubre de 2026, la denominada Nube ND tiene como objetivo facilitar el intercambio electrónico de información, hasta el nivel de clasificación SECRETO, entre los tres servicios federales de inteligencia; posteriormente, podrían incluirse también las oficinas estatales para la protección de la constitución. La base técnica es, aparentemente, Google Distributed Cloud en una configuración segura, con la información almacenada en Alemania y sin que Google tenga acceso directo a los datos.

No se trata de almacenar secretos gubernamentales en un servicio de internet común. Más bien, se trata de una infraestructura independiente que puede operar sin conexión directa a internet ni a la nube pública de Google. Esta distinción es crucial porque modifica el panorama de amenazas: una red técnicamente aislada y operada a nivel nacional debe evaluarse de manera diferente a un servicio de nube estándar administrado externamente.

La cifra públicamente anunciada es de al menos 500 millones de euros; se trata de una estimación y no de un desglose completo de los costes. Es probable que el lanzamiento, previsto inicialmente para el primer trimestre de 2027, se retrase, y no se dispone públicamente de detalles clave sobre la arquitectura, el alcance de los servicios ni los costes operativos. Con esta información, resulta imposible calcular una rentabilidad fiable de la inversión o afirmar con certeza que una alternativa concreta sería un porcentaje fijo más económica.

Sin embargo, la magnitud del proyecto demuestra que la plataforma sería mucho más que un sistema informático común. Influiría en los flujos de trabajo, los modelos de datos y las cualificaciones durante los próximos años. Cuanto más se alineen los procedimientos especializados de las agencias gubernamentales con los servicios técnicos compartidos, mayor será la importancia estratégica de aquellas decisiones que, en un principio, parecen ser meras cuestiones de infraestructura.

Por qué la infraestructura compartida puede tener sentido económico

La necesidad de modernización es totalmente justificada: el intercambio de información de alto nivel entre sistemas gubernamentales protegidos resulta actualmente engorroso, mientras que los requisitos de almacenamiento y la demanda de análisis automatizados van en aumento. Una plataforma compartida puede simplificar la transferencia de datos, proporcionar herramientas estandarizadas y acelerar la colaboración, siempre que los permisos y las responsabilidades estén claramente definidos.

Desde una perspectiva económica, las economías de escala ofrecen ventajas potenciales. Si se proporcionan conjuntamente la capacidad de procesamiento, la copia de seguridad de datos, la monitorización y los procesos de seguridad, no todas las autoridades necesitan desarrollar las mismas capacidades en paralelo. Esto puede mejorar la utilización de los recursos y aliviar la carga de trabajo del personal cualificado, que es escaso. En este sentido, BWI describe la infraestructura en la nube estandarizada y automatizada como un medio para lograr servicios de TI más flexibles y eficientes.

A esto se suma la ventaja de un procesamiento de información más rápido. Un entorno técnico de alto rendimiento puede evitar que la información de inteligencia existente se dificulte debido a procesos engorrosos. Si bien este beneficio es difícil de cuantificar en euros para los servicios de inteligencia, no por ello es insignificante desde el punto de vista económico. Sin embargo, una posible mejora en la seguridad no debe utilizarse como un argumento arbitrariamente flexible para justificar retrospectivamente cualquier dependencia tecnológica.

Por lo tanto, la comparación adecuada no se establece entre una nube moderna y una infraestructura existente libre de riesgos. Los sistemas heredados fragmentados también generan costos y riesgos de seguridad, por ejemplo, debido a procesos manuales y de mantenimiento complejos. Una evaluación adecuada debe considerar tanto los riesgos de la migración como los costos de la inacción; sin embargo, la mera necesidad de modernización no demuestra que todas las plataformas ofrecidas para este fin sean económicamente viables a largo plazo.

La cámara de aire solo resuelve parte del problema

El término «aislamiento físico» se refiere aquí a la separación de internet pública y otras redes externas, no necesariamente al aislamiento total de cada ordenador entre sí. Dentro de una red gubernamental protegida, los sistemas pueden seguir colaborando, si bien existen límites estrictos para el acceso externo. Google describe explícitamente la plataforma como operativa de forma permanente sin conexión a la nube pública de Google.

Esta característica representa una importante ventaja de seguridad que no debe subestimarse. La ausencia de conexiones externas limita ciertos vectores de ataque y crea mejores condiciones para un funcionamiento controlado. Sin embargo, esto no significa que la plataforma pueda mantenerse de forma segura o ampliarse funcionalmente de manera indefinida sin servicios adicionales del fabricante; la independencia de la red técnica y la independencia del suministro de software son propiedades distintas.

Esto se puede ilustrar comparándolo con una planta de producción ubicada íntegramente en una fábrica alemana. La ubicación protege el control físico, pero no garantiza la disponibilidad constante de repuestos, software de control y conocimientos especializados. El hecho de que alguien opere la planta no significa que pueda desarrollarla de forma independiente. La misma lógica económica se aplica a un entorno de nube altamente complejo.

Por lo tanto, la soberanía no es un concepto abstracto. La soberanía de los datos, el control administrativo, la seguridad jurídica, la transparencia de la cadena de suministro y la adaptabilidad tecnológica deben considerarse por separado. Una plataforma puede presentar características sólidas en algunas de estas dimensiones y mostrar dependencias significativas en otras; es precisamente esta diferenciación la que permite una evaluación precisa.

Actualizaciones como interfaz del poder económico

La documentación de seguridad de Google describe un proceso de actualización controlado: el fabricante firma los paquetes de software, el operador de la infraestructura los revisa y, posteriormente, los implementa en el entorno aislado. Este proceso abarca no solo el software en la nube, sino también los sistemas operativos, el firmware y otros componentes relevantes para la seguridad. No se requiere una conexión automática a internet, pero la relación de suministro técnico se mantiene vigente.

Inicialmente, esto forma parte del funcionamiento normal del software profesional y no constituye una prueba de mala conducta por parte del fabricante. La situación se complica cuando solo un proveedor puede ofrecer actualizaciones fiables y puntuales. En tales casos, la seguridad práctica del sistema depende no solo del operador nacional, sino también de una organización de desarrollo externa y de su marco legal y económico.

La magnitud de estas dependencias queda demostrada por los términos y condiciones estándar de acceso público para Google Distributed Cloud air-gapped. Estos estipulan que las nuevas versiones deben instalarse en un plazo de 30 días a partir de la notificación; asimismo, contienen normas relativas a la finalización del mantenimiento y el cese del uso del software tras la expiración del periodo de licencia. Sin embargo, estos términos y condiciones generales no deben confundirse con las disposiciones especiales desconocidas de la plataforma de mensajería prevista.

Esta distinción es crucial. No se puede verificar públicamente qué derechos operativos individuales, periodos de auditoría o medidas de seguridad adicionales están vigentes para ND Cloud. Del mismo modo, sería infundado inferir, a partir de una dependencia continua de las actualizaciones, que existe un acceso remoto secreto o un mecanismo de apagado técnico. Lo que está documentado es el papel continuo del fabricante en el suministro de software, no un acceso externo arbitrario.

La peligrosa diferencia entre tiempo de funcionamiento y seguridad

En caso de una interrupción del soporte del fabricante, deben considerarse varios escenarios. Un sistema ya instalado podría seguir funcionando técnicamente, pero las vulnerabilidades de seguridad recién descubiertas dejarían de recibir parches. Al mismo tiempo, los derechos de uso, la disponibilidad de repuestos y el soporte para las aplicaciones dependientes podrían verse afectados. Por lo tanto, la cuestión de cuánto tiempo permanecerán encendidos los ordenadores es menos relevante que la de cuánto tiempo sería posible un funcionamiento responsable.

No se puede deducir una vida útil fija y general de esto. Dependería, entre otras cosas, de las vulnerabilidades existentes, las opciones de reparación locales, el uso de servicios adicionales y la disponibilidad de personal cualificado. Afirmar categóricamente que una nube aislada inevitablemente se vuelve inutilizable después de cierto número de meses sería tan impreciso como afirmar una independencia ilimitada.

Desde el punto de vista económico, esto plantea un problema de opciones: un Estado necesita no solo la funcionalidad actual, sino también la capacidad de actuar ante un cambio de circunstancias. Esta opción tiene valor, incluso si permanece sin utilizarse durante años. Financiarla es similar a contratar un seguro contra una pérdida, poco frecuente pero potencialmente muy costosa, de la capacidad de decisión tecnológica.

Por lo tanto, un plan de emergencia sólido debería diferenciar entre la continuidad operativa limitada, la restauración completa y la migración a otra plataforma. Sería necesario examinar los requisitos previos específicos para cada uno de estos escenarios. Por ejemplo, una simple copia de seguridad de los datos resulta de poca utilidad si no se dispone de los programas necesarios para procesar la información de manera eficaz y aplicar las reglas de acceso pertinentes.

La dependencia aumenta con cada procedimiento especializado

El término frecuentemente utilizado «dependencia del proveedor» describe una situación en la que cambiar de proveedor es teóricamente posible, pero se vuelve cada vez más complejo en la práctica. En los sistemas en la nube, esta dependencia surge de la interacción entre las funciones de la plataforma, las interfaces, las estructuras de datos y los procesos operativos establecidos. Cuanto más especializadas sean las aplicaciones que requieren servicios específicos de un proveedor en particular, mayor será el esfuerzo necesario para replicar una funcionalidad equivalente en otro lugar.

No todos los usos de tecnología patentada resultan antieconómicos. Una herramienta especializada puede ofrecer una ventaja significativa en productividad. La dificultad radica en que los beneficios a corto plazo suelen ser evidentes, mientras que los costes de cambio futuros siguen siendo inciertos. Esto conlleva el riesgo de generar un desequilibrio sistemático: se valora plenamente la conveniencia actual, mientras que la dependencia futura solo se menciona en términos abstractos.

La vinculación a nivel de aplicación es particularmente relevante. Una máquina virtual se puede transferir con relativa facilidad, mientras que una aplicación empresarial compleja con servicios de base de datos, identidad y análisis específicos del proveedor no. Por lo tanto, el hecho de que una plataforma admita contenedores no es prueba suficiente de su intercambiabilidad. El factor crucial es si toda la funcionalidad empresarial se puede implementar en un entorno diferente con un esfuerzo razonable.

Una arquitectura coherente debería sopesar las ventajas de los servicios específicos de la plataforma frente a las barreras que ello supone para el cambio. El objetivo no sería la uniformidad técnica total, sino una diferenciación deliberada: las funciones básicas estandarizadas deberían seguir siendo intercambiables en la medida de lo posible, mientras que las funciones especializadas esenciales se analizarían por separado en función de su valor añadido y sus dependencias.

El problema del mercado europeo comienza con la escala

El desafío estructural va mucho más allá de los servicios de inteligencia alemanes. El mercado europeo de servicios de infraestructura en la nube alcanzó un volumen de aproximadamente 61.000 millones de euros en 2024, unas seis veces mayor que en 2017; esta cifra incluye servicios de infraestructura y plataforma, así como nubes privadas alojadas, pero no la totalidad del mercado de software. Los proveedores europeos triplicaron con creces sus ingresos regionales correspondientes durante este período, pero aun así perdieron cuota de mercado relativa.

Su cuota de mercado conjunta descendió del 29 % en 2017 a aproximadamente el 15 % en 2022, manteniéndose posteriormente en torno a ese nivel. Amazon, Microsoft y Google representaron en conjunto alrededor del 70 % en el estudio de mercado publicado a mediados de 2025. Estas cifras se refieren al mercado europeo y no deben equipararse a un mercado limitado exclusivamente a la UE, ni al segmento específico de sistemas de inteligencia cerrados.

Este hecho demuestra por qué el crecimiento de los ingresos por sí solo no garantiza la independencia tecnológica. Las empresas europeas pueden alcanzar un mayor éxito, pero al mismo tiempo quedarse rezagadas con respecto a las plataformas más grandes. Los proveedores líderes distribuyen los costes de desarrollo y las inversiones entre una base de clientes muy amplia; por consiguiente, la escalabilidad y las inversiones a largo plazo desempeñan un papel crucial en el mercado europeo de infraestructuras.

Por lo tanto, una estrategia europea realista no necesitaría copiar todas las funciones de las mayores empresas de hiperescala. Sería más viable desarrollar alternativas sólidas para áreas de aplicación particularmente críticas y avanzar conjuntamente en las bases técnicas ya establecidas. Un nicho de mercado orientado a la seguridad puede tener factores de éxito diferentes a los del mercado masivo de potencia informática estandarizada. El liderazgo general de una corporación en el mercado no se traduce automáticamente en su superioridad para todas las aplicaciones gubernamentales.

El Estado como motor de las curvas de aprendizaje tecnológico

Cuando muchas instituciones públicas comparten requisitos similares en materia de soberanía de datos y colaboración segura, los estándares comunes pueden crear un mercado más amplio y fiable. De este modo, las empresas cuentan con una base más sólida para invertir en documentación, auditorías de seguridad y operaciones profesionales. El ecosistema de openDesk, con sus múltiples socios de software y operaciones, demuestra que este enfoque colaborativo ya se está implementando en la práctica.

Esto proporciona un argumento de política económica a favor del uso selectivo de soluciones europeas adecuadas. Sus beneficios no se limitan al lugar de trabajo individual, sino que pueden extenderse a aplicaciones posteriores y otras instalaciones. Los componentes reutilizables, el personal cualificado y los modelos operativos probados pueden reducir los costes iniciales para los usuarios posteriores. Estos efectos adicionales suelen subestimarse al considerar únicamente la implementación inicial.

Al mismo tiempo, esto no debe generar un derecho a la protección permanente. Los proveedores europeos también deben demostrar su rendimiento, fiabilidad y viabilidad económica. Una política que proteja todas las soluciones locales, independientemente de su calidad, podría generar altos costes y nuevas dependencias. Lo fundamental no es la eliminación de la competencia, sino la creación de alternativas técnicas y económicas genuinas.

También es crucial evitar que un monopolio internacional sea reemplazado por una dependencia nacional difícilmente verificable. Por lo tanto, las interfaces abiertas, el conocimiento operativo transferible y la existencia de múltiples proveedores de servicios cualificados son tan importantes como la sede central de la empresa. En definitiva, la soberanía debe potenciar la capacidad de acción del usuario, no simplemente cambiar el origen de su proveedor más importante.

Centro de Seguridad y Defensa - Imagen: Xpert.Digital

El Centro de Seguridad y Defensa ofrece asesoramiento especializado e información actualizada para apoyar eficazmente a empresas y organizaciones en el fortalecimiento de su papel en la política europea de seguridad y defensa. En estrecha colaboración con el Grupo de Trabajo de Defensa SME Connect, promueve especialmente a las pequeñas y medianas empresas (pymes) que desean desarrollar aún más su capacidad de innovación y competitividad en el sector de la defensa. Como punto de contacto central, el Centro crea un puente crucial entre las pymes y la estrategia europea de defensa.

Relacionado con esto:

• El Grupo de Trabajo de Defensa SME Connect: Fortalecimiento de las PYME en la defensa europea

OpenDesk es relevante, pero no un reemplazo completo para la nube

La suite ofimática y de colaboración openDesk se lanzó en octubre de 2024 y, según el Centro para la Soberanía Digital, responsable de la misma, estaba instalada en aproximadamente 100 000 estaciones de trabajo administrativas en octubre de 2026. Esta cifra representa la tasa de adopción declarada, no una prueba de 100 000 usuarios activos diarios ni de un número equivalente de estaciones de trabajo altamente confidenciales. No obstante, demuestra que la colaboración europea de código abierto ha superado con creces los pequeños proyectos piloto.

Técnicamente, la comparación debe ser precisa. OpenDesk agrupa aplicaciones para el trabajo de oficina y la colaboración, mientras que Google Distributed Cloud es una plataforma de infraestructura y servicios mucho más amplia. Una suite de colaboración no reemplaza automáticamente la arquitectura de almacenamiento, las bases de datos, los recursos informáticos y los servicios especializados de un entorno de inteligencia completo. Quien presente ambas ofertas como soluciones completas e intercambiables está confundiendo diferentes niveles técnicos.

Sin embargo, openDesk es importante para el debate porque no toda colaboración cotidiana requiere necesariamente una plataforma propietaria. Cuando las administraciones públicas editan documentos, coordinan proyectos o se comunican de forma conjunta, las aplicaciones abiertas pueden ofrecer alternativas concretas. Esto puede, al menos, reducir parte de la dependencia, aunque se sigan utilizando infraestructuras diferentes.

En octubre de 2026, se demostró y probó el funcionamiento de openDesk en entornos completamente aislados; al mismo tiempo, se priorizó su seguridad para la clasificación "VS-NUR FÜR DEN DIENSTGEBRAUCH" (Restringido - Solo para uso de oficina). Esto no debe interpretarse como prueba de su operatividad para todas las tareas de procesamiento hasta el nivel "GEHEIM" (Secreto), ya que estas clasificaciones son claramente distintas. Una demostración funcional sin conexión es un paso técnico importante, pero no una prueba absoluta de idoneidad para todos los casos de uso altamente sensibles.

La matriz demuestra los beneficios de la comunicación abierta

Element y el protocolo abierto Matrix también ofrecen puntos de partida prácticos. El BwMessenger se basa en estos componentes y es operado por BWI en los centros de datos de la Bundeswehr; el BundesMessenger traslada este enfoque a la administración pública. De este modo, ya existe experiencia concreta en comunicaciones controladas por el Estado sobre una base técnica abierta.

La ventaja económica de estas fundaciones radica en la separabilidad fundamental del software, la operación y el servicio. Si una administración pública gestiona su propia infraestructura o puede elegir entre operadores adecuados, se generan mejores condiciones para la competencia. El control del servicio en curso no tiene por qué recaer necesariamente en el fabricante original del software.

Sin embargo, ni siquiera un servicio de mensajería constituye una plataforma analítica completa. La mensajería segura, la edición colaborativa de documentos y el procesamiento de grandes conjuntos de datos son tareas distintas. Además, cada configuración específica debe cumplir con los requisitos de seguridad necesarios; el uso gubernamental no implica automáticamente su idoneidad para todos los niveles de clasificación de seguridad. Por lo tanto, la comunicación abierta es un componente importante de una arquitectura soberana, pero no una solución universal para todos los problemas de infraestructura.

La transparencia no sustituye la propia competencia

El software de código abierto puede ampliar las opciones de control gracias a su estructura transparente, lo que permite, en principio, que el desarrollo posterior se distribuya entre múltiples partes interesadas. Sin embargo, esta posibilidad solo alcanza su máximo potencial si se cuenta con especialistas realmente cualificados, herramientas de desarrollo adecuadas y responsabilidades con financiación sostenible. Un código fuente transparente por sí solo no elimina automáticamente las vulnerabilidades de seguridad ni las dependencias problemáticas.

Sobre todo en sistemas complejos, no basta con tener permiso para modificar programas individuales en teoría. Se requiere conocimiento sobre cómo interactúan, la creación de paquetes de instalación fiables y la prueba de nuevas versiones. El énfasis en componentes centrales reforzados y cadenas de suministro seguras en el ecosistema de código abierto del gobierno demuestra la importancia de este nivel organizativo.

Por lo tanto, la apertura es más un requisito previo para otras líneas de acción que una garantía gratuita. Su beneficio económico radica en que las inversiones en conocimiento y desarrollo pueden reutilizarse más fácilmente entre instituciones. Para que esto tenga éxito, lo ideal sería que las adaptaciones se integraran en fundaciones gestionadas conjuntamente. Por otro lado, la existencia de múltiples versiones especializadas y permanentemente separadas aumentaría los costos de mantenimiento y los riesgos de seguridad.

La escasez de personal también debe abordarse con realismo. Una agencia no se vuelve soberana por asumir todo el trabajo por sí misma. Un modelo más sensato es aquel en el que el Estado posee suficiente autoridad interna de evaluación y control, al tiempo que puede recurrir a diversos proveedores de servicios profesionales. Esto no elimina por completo las dependencias, pero las hace más fáciles de verificar y gestionar.

Las Fuerzas Armadas alemanas presentan una imagen más matizada

Para contextualizar la nube ND, resulta relevante la nube privada de las Fuerzas Armadas Alemanas, ya que también incorpora tecnología de Google y BWI desempeña un papel fundamental. Sin embargo, esta plataforma no se limita a una única nube de Google: las Fuerzas Armadas Alemanas emplean un enfoque que utiliza diversos entornos tecnológicamente independientes, como VMware, Google y software de código abierto.

La primera fase del despliegue se inició en 2025; el desarrollo e integración de la plataforma de Google se definieron a partir de 2026, con su finalización prevista para finales de 2027. La plataforma SAP Business Technology se menciona como un caso de uso específico, mientras que se prevén dos entornos separados para información pública y clasificada (VS-NfD). Este cronograma publicado no debe interpretarse como el estado operativo definitivo.

Este ejemplo ilustra cómo las decisiones fundamentales sobre el software pueden derivar en decisiones adicionales sobre la infraestructura. Si se requiere una plataforma especializada cuyos entornos operativos compatibles estén definidos de forma restrictiva, la selección real se reduce incluso antes de considerar a los proveedores de nube individuales. Por lo tanto, un análisis de soberanía debe examinar toda la cadena técnica y no puede limitarse al indicador de infraestructura visible.

Sin embargo, la multiplataforma solo genera verdadera escalabilidad si las aplicaciones esenciales pueden trasladarse entre ellas. Tres entornos separados, cada uno con sus propios procedimientos estrictos, implican inicialmente diversidad, pero aún no intercambiabilidad mutua. BWI menciona explícitamente la reducción de la dependencia de proveedores y la migración sencilla de aplicaciones como objetivos de su enfoque.

Los riesgos legales exigen precisión técnica

Los debates sobre la tecnología estadounidense suelen hacer referencia a la Ley CLOUD. Esta ley establece que las empresas sujetas a la legislación estadounidense pueden verse obligadas a revelar los datos que obren en su poder, custodia o control, independientemente de dónde se almacenen. Por lo tanto, el simple hecho de estar ubicado en Alemania no elimina automáticamente todos los riesgos legales.

Por el contrario, el derecho legal a divulgar datos no crea un acceso técnico que no existiera previamente. Si un proveedor realmente no tiene acceso a los datos ni control sobre las claves necesarias, esta arquitectura debe considerarse en la evaluación legal. Por lo tanto, una plataforma aislada no puede equipararse simplemente a un servicio de internet convencional operado por el fabricante.

Para la nube ND, algunos detalles que no se conocen públicamente siguen siendo cruciales: ¿Qué roles están disponibles localmente?, ¿cómo funcionan los procedimientos de acceso de emergencia?, ¿qué información se necesita para el análisis de errores?, ¿quién controla las claves criptográficas? La documentación general de Google describe roles operativos separados y procedimientos de emergencia específicos, pero esto no describe automáticamente la implementación final en Alemania. Por lo tanto, una declaración general de que todo está bien sería tan inapropiada como la afirmación infundada de un acceso automático a los datos estadounidenses.

Esto debe distinguirse del riesgo de interrupción de los servicios. Incluso si el acceso a los datos es técnicamente imposible, los conflictos legales o geopolíticos podrían afectar servicios como el mantenimiento y el soporte de software. Por lo tanto, una evaluación integral de la soberanía debe examinar tanto el control sobre la información como la continuidad de los servicios esenciales.

Qué debe contener un cálculo de costes honesto

Un análisis económico exhaustivo debería abarcar más que solo los costos iniciales de hardware y software. También debe incluir la integración, el personal, la energía, la capacitación, la monitorización de la seguridad, la copia de seguridad de datos, la capacidad de reinicio y la adaptación continua de procesos especializados. Para ND Cloud, no se dispone de datos detallados públicos que permitan cuantificar de forma fiable estos componentes; la estimación conocida de al menos 500 millones de euros no sustituye este desglose.

Además, deben considerarse los costos que surgen durante la migración. Estos incluyen la transferencia de datos, la adaptación del programa, el funcionamiento paralelo temporal y las auditorías de seguridad renovadas. Por consiguiente, la normativa europea sobre migración a la nube distingue entre varias etapas técnicas, desde la extracción de datos hasta la migración al entorno de destino. Una migración con implicaciones financieras significativas implica, por lo tanto, mucho más que la simple descarga de un archivo.

También es importante distinguir entre los costos domésticos y los efectos macroeconómicos. Los servicios prestados por centros de datos y proveedores de servicios alemanes pueden generar valor añadido local, incluso si el software principal proviene de una corporación internacional. Por el contrario, un proveedor europeo no está exento de las dependencias de la cadena de suministro global. Por lo tanto, un análisis riguroso debería considerar la distribución real de la experiencia y los ingresos, en lugar de simplemente atribuir todos los gastos a un único país de origen.

En última instancia, sería necesario evaluar por separado los distintos escenarios de crisis. Una interrupción temporal del soporte, una suspensión prolongada de las actualizaciones y un cambio de plataforma a corto plazo tendrían consecuencias diferentes. En lugar de generar una cifra única y aparentemente precisa para todos los riesgos, sería más apropiado transparentar los anchos de banda, las suposiciones y las consecuencias particularmente graves. Actualmente, no se dispone de suficientes datos públicos del proyecto para determinar dichos valores.

Autonomía medible en lugar de etiquetas tranquilizadoras

Con los Criterios que permiten la autonomía en la computación en la nube, publicados en abril de 2026, la Oficina Federal Alemana de Seguridad de la Información (BSI) presentó un marco diseñado para evaluar de forma más sistemática el uso autónomo de los servicios en la nube. Estos criterios complementan los requisitos C5 orientados a la seguridad, pero no tienen efecto normativo por sí mismos. Por lo tanto, la seguridad y la soberanía se tratan explícitamente como cuestiones de evaluación relacionadas, aunque distintas.

El marco distingue entre aspectos estratégicos, legales, relacionados con los datos, operativos, de la cadena de suministro y tecnológicos. En este contexto, son relevantes métricas de prueba específicas, como la transferibilidad del conocimiento operativo, la disponibilidad de mantenimiento independiente y la capacidad de continuar las operaciones en caso de fallo de un tercero. Estas características son más significativas para una plataforma de alta seguridad que una autodescripción general como soberana.

Para un funcionamiento práctico, un procedimiento de reinicio probado periódicamente sería especialmente valioso. Esto demostraría si las copias de seguridad, la documentación y la experiencia existentes son suficientes para restaurar las funciones esenciales en condiciones de fallo claramente definidas. También permitiría comprobar qué datos y aplicaciones son realmente utilizables en un entorno secundario. Una prueba exitosa sería más eficaz que una opción puramente teórica para la conmutación.

Ni siquiera los avances regulatorios logran superar este desafío técnico. La Ley de Datos prohíbe el cobro de tarifas por cambio de proveedor para los servicios de procesamiento de datos cubiertos a partir del 12 de enero de 2027. Sin embargo, esto no implica automáticamente que todos los entornos de inteligencia específicos queden sujetos a esta prohibición, ni elimina los costos internos de migración, desarrollo y seguridad. El cambio gratuito para el proveedor y la intercambiabilidad técnica real no son lo mismo.

Una mayor capacidad de procesamiento requiere límites de acceso claros

Una plataforma compartida puede facilitar la cooperación, pero no debe crear igualdad de condiciones simplificando los aspectos técnicos ni minimizando las diferentes responsabilidades legales y derechos de datos. Una infraestructura compartida no otorga automáticamente permiso general para que todas las partes utilicen libremente toda la información que contiene. En particular, al intercambiar información entre los servicios de inteligencia y la policía, existen requisitos constitucionales más estrictos que no deben confundirse con simples intercambios entre servicios de inteligencia.

En lo que respecta a la arquitectura, esto implica que los roles, propósitos, origen y el intercambio permitido de datos deben estar debidamente definidos. Las plataformas técnicas pueden admitir reglas de acceso detalladas y registros rastreables; la documentación de Google describe los permisos basados ​​en roles y atributos, así como el registro de acceso. Sin embargo, la aplicación práctica y legal sigue siendo responsabilidad exclusiva de las partes responsables.

Además, existe el riesgo de concentración. Si bien la infraestructura compartida permite aunar conocimientos especializados en seguridad, una interrupción grave podría afectar a múltiples organismos. Por lo tanto, es fundamental considerar conjuntamente la separación lógica, la recuperación y los mecanismos de control independientes. La evaluación económica no debe depender únicamente de la utilización del centro de datos, sino también de la eficacia con la que se mantienen las funciones críticas durante interrupciones parciales.

La IA traslada la dependencia al nivel del modelo

La traducción, el resumen y el análisis automatizados de grandes conjuntos de datos son aplicaciones viables para una nube cerrada; Google ofrece funciones de IA correspondientes para esta familia de productos. Esto permite que la integración técnica se extienda más allá de la infraestructura e incluya modelos, interfaces y la organización de flujos de trabajo analíticos. Cuanto más especializados sean los procesos y más se alineen con servicios de IA específicos, mayor será la importancia de su intercambiabilidad.

Sin embargo, un modelo operado localmente no es automáticamente soberano. Los derechos de uso, la capacidad de actualización, los componentes del modelo disponibles y la posibilidad de seguir utilizando la herramienta en condiciones diferentes también son relevantes; los términos generales del producto diferencian explícitamente entre los distintos modelos y formas de uso. No se puede inferir, a partir de la disponibilidad general del producto, si las ofertas específicas de IA están realmente destinadas a la nube de ND.

Desde una perspectiva económica, la IA debería medirse por la calidad de sus resultados, no solo por la cantidad de documentos procesados. Un gasto adicional puede ser valioso si acelera el análisis y facilita la obtención de información relevante. Sin embargo, también puede generar trabajo adicional si es necesario revisar resúmenes erróneos o enlaces incorrectos; el proveedor suele señalar los posibles errores en los resultados de los sistemas generativos.

Un diseño estratégicamente sólido separaría, por lo tanto, el almacenamiento de datos, los modelos y las interfaces de usuario de la forma más clara posible. Esto permitiría actualizar las herramientas de análisis individuales sin necesidad de reemplazar toda la plataforma. Especialmente con las tecnologías de IA en constante evolución, la capacidad de implementar actualizaciones controladas representa una ventaja económica, no solo una exigencia política.

Cooperación internacional sin dependencia central permanente

El intercambio con servicios asociados puede requerir procedimientos técnicos compatibles. Sin embargo, esto no implica necesariamente que todos los procesos de trabajo internos deban realizarse en la misma plataforma. Las Fuerzas Armadas Alemanas (Bundeswehr) consideran la interoperabilidad internacional un objetivo clave de su estrategia multiplataforma y la vinculan explícitamente con la reducción de la dependencia de proveedores.

Un enfoque sensato consistiría en diferenciar entre las operaciones nacionales esenciales y las funciones de intercambio claramente definidas. Para la cooperación internacional se podrían utilizar interfaces especializadas y procedimientos de transferencia aprobados, mientras que los repositorios centrales de datos y la colaboración fundamental seguirían siendo gestionables de forma independiente. De este modo, la participación de un proveedor tecnológico internacional sería una decisión con limitaciones funcionales y no constituiría automáticamente la base de todos los procesos internos.

Sin embargo, las interfaces no resuelven todos los problemas. Los distintos niveles de confidencialidad, modelos de datos y reglas de publicación generan una sobrecarga adicional. Por lo tanto, una arquitectura más desacoplada puede ser inicialmente más costosa y compleja. Su ventaja radica en que las funciones de colaboración individuales pueden modificarse sin afectar de la misma manera al funcionamiento central nacional. Si esta ventaja justifica los costos adicionales deberá analizarse en función de los requisitos específicos.

La habilidad crucial es la capacidad de cambiar

Desde un punto de vista técnico, la perspectiva más convincente no reside ni en un rechazo absoluto de la tecnología estadounidense ni en la suposición de que la separación de redes técnicas resuelve todos los problemas de soberanía. La nube ND prevista podría solucionar problemas reales de rendimiento; sin embargo, su arquitectura aislada y la continua dependencia de software externo deben evaluarse por separado.

Para la colaboración general, las soluciones abiertas adecuadas merecen una evaluación sistemática, ya que los servicios basados ​​en openDesk y Matrix son componentes básicos que ya se utilizan en la práctica. Para el procesamiento altamente especializado, pueden aplicarse requisitos técnicos diferentes. Es fundamental que las excepciones justificadas no se conviertan en una dependencia permanente y generalizada, y que se identifiquen explícitamente los riesgos restantes.

Por lo tanto, una estrategia sólida debería combinar la experiencia interna en evaluación, procesos de actualización transparentes y planes de contingencia probados. No todas las aplicaciones requieren una plataforma secundaria totalmente funcional y de disponibilidad inmediata. Sin embargo, las funciones críticas deben diseñarse de tal manera que un fallo externo no implique necesariamente la pérdida de capacidad gubernamental. Esto requiere salvaguardias técnicas, así como personal cualificado y financiación a largo plazo.

La verdadera prueba de soberanía no se produce durante el funcionamiento normal e ininterrumpido. Comienza en el momento en que un proveedor cambia sus condiciones, falla el soporte o se modifican los marcos políticos. Una nube de alto rendimiento es valiosa para el Estado. Solo se vuelve estratégicamente manejable cuando el Estado no solo controla su funcionamiento actual, sino que también cuenta con opciones viables para su futuro.

Markus Becker

Estaré encantado de servir como su asesor personal.

Jefe de Desarrollo de Negocios

Presidente del Grupo de Trabajo de Defensa de SME Connect

LinkedIn

Konrad Wolfenstein

Estaré encantado de servir como su asesor personal.

Puedes contactarme en wolfenstein∂xpert.digital o

Llámame al +49 7348 4088 965 .

LinkedIn