Lo que Fraunhofer y SAP publicaron el 3 de agosto

Dos institutos Fraunhofer hicieron el trabajo de ingeniería: el Instituto de Ingeniería de Software y Sistemas (ISST) y el Instituto de Seguridad Aplicada e Integrada (AISEC). SAP participó como socio industrial. Juntos, dentro del programa europeo IPCEI-CIS, el Proyecto Importante de Interés Común Europeo para la próxima generación de infraestructura y servicios en la nube, publicaron el 3 de agosto de 2026 ApeiroRA, la Arquitectura de Referencia Apeiro, como un plano de código abierto.

ApeiroRA no es un servicio en funcionamiento, sino una especificación: un conjunto documentado de principios e interfaces sobre seguridad de confianza cero, computación confidencial, gestión automatizada del ciclo de vida, gemelos digitales para la optimización de recursos y gestión de operaciones asistida por inteligencia artificial, publicado para que cualquiera pueda leerlo, implementarlo y auditarlo.

El problema del 70 por ciento al que apunta

Microsoft, Amazon y Google Cloud controlan juntos en torno al 70 por ciento del mercado europeo de infraestructura en la nube, una concentración que otorga a tres empresas estadounidenses una influencia desproporcionada sobre los precios, las condiciones de residencia de datos y el coste real de salir algún día. El propio anuncio de Fraunhofer situó a ApeiroRA explícitamente frente a esa dependencia, no como un gesto abstracto de soberanía sino como una respuesta de ingeniería.

El objetivo declarado es la movilidad de las cargas de trabajo: las aplicaciones deben poder desplazarse dinámicamente entre centros de datos centralizados y ubicaciones edge cercanas al origen real de los datos, reduciendo el coste de latencia y ancho de banda que supone hacerlo todo pasar por un puñado de regiones lejanas de un hiperescalador, sin tener que reescribirse cada vez que se mueven.

Por qué los intentos anteriores de nube soberana repitieron el bloqueo

La mayoría de los productos vendidos hasta ahora bajo la etiqueta de soberanía han sido la pila propia de un único proveedor: un solo plano de control, una sola hoja de ruta, una sola lista de precios, envuelta en una imagen de marca nacional o europea. Cambiar de proveedor más adelante cuesta lo mismo que cambiar de cualquier hiperescalador, porque el bloqueo nunca dependió de qué bandera ondeaba sobre el centro de datos.

La prueba que revela la diferencia es sencilla: puede entregarse la definición de una carga de trabajo a un segundo proveedor, sin relación con el primero, y ejecutarla allí sin reescribirla. Con una pila soberana propietaria, la respuesta es casi siempre no. Esa es exactamente la brecha que ApeiroRA busca cerrar.

Una arquitectura de referencia abierta es algo distinto por naturaleza

ApeiroRA se publica, no se vende. Cualquier proveedor, integrador de sistemas o equipo de TI interno puede implementarla, y como la propia especificación es pública, una carga de trabajo descrita en los términos de ApeiroRA resulta portable entre cualquier implementación, en lugar de quedar atada al ciclo de producto de una sola empresa. Esa es la diferencia estructural entre una arquitectura de referencia y una plataforma propietaria que lleva una etiqueta de soberanía.

Andreas Schlosser, de SAP, describió la colaboración en el propio anuncio de Fraunhofer como la unión de la profundidad metodológica y el enfoque estructurado de Fraunhofer con la experiencia de producto de SAP, para producir, en sus palabras, soluciones verificables y transferibles. Verificable y transferible son precisamente las dos propiedades que un producto soberano de un único proveedor no puede ofrecer estructuralmente, por sincero que sea el uso que haga de la palabra soberanía.

NeoNephos y la pregunta que un equipo de compras debería hacer ahora

Los resultados alimentan a la NeoNephos Foundation, un proyecto dentro de Linux Foundation Europe que trabaja en tecnología de nube soberana de código abierto. Esa ubicación importa casi tanto como la propia especificación: la gobernanza recae en una fundación sin ánimo de lucro y no en SAP ni en ningún implementador concreto, lo que mantiene la arquitectura abierta incluso cuando los proveedores construyan productos comerciales sobre ella.

Para un comprador de TI en la Unión Europea o el Reino Unido, el paso práctico es añadir desde ahora una sola pregunta a cada evaluación de un proveedor de nube soberana: si su arquitectura está documentada frente a un estándar de referencia abierto y auditable como ApeiroRA, o si es su propio diseño propietario. La primera respuesta compra portabilidad. La segunda compra un nuevo proveedor al que, tarde o temprano, habrá que dejar.

Leer a continuación: Sus datos de negocio ya tienen un laboratorio europeo de IA  |  Bonn absuelve a SAP, Bruselas cambia su contrato