Vad Fraunhofer och SAP publicerade den 3 augusti
Två Fraunhofer-institut stod för det tekniska arbetet: Institut für Software- und Systemtechnik (ISST) och Institut für Angewandte und Integrierte Sicherheit (AISEC). SAP deltog som industriell partner. Tillsammans publicerade de, inom det europeiska IPCEI-CIS-programmet, Important Project of Common European Interest för nästa generations molninfrastruktur och -tjänster, den 3 augusti 2026 ApeiroRA, Apeiro-referensarkitekturen, som en öppen källkodsritning.
ApeiroRA är inte en körande tjänst utan en specifikation: en dokumenterad uppsättning principer och gränssnitt för zero trust-säkerhet, confidential computing, automatiserad livscykelhantering, digitala tvillingar för resursoptimering och AI-stödd driftshantering, publicerad så att vem som helst kan läsa, implementera och granska den.
70-procentsproblemet den riktar sig mot
Microsoft, Amazon och Google Cloud kontrollerar tillsammans ungefär 70 procent av Europas molninfrastrukturmarknad, en koncentration som ger tre amerikanska bolag oproportionerligt inflytande över priser, villkor för datalagringsort och den verkliga kostnaden för en framtida exit. Fraunhofers eget tillkännagivande placerade ApeiroRA uttryckligen mot detta beroende, inte som en abstrakt suveränitetsgest utan som ett tekniskt svar på det.
Det uttalade målet är arbetslastmobilitet: applikationer ska kunna röra sig dynamiskt mellan centraliserade datacenter och edge-platser nära där data verkligen uppstår, vilket sänker kostnaderna för latens och bandbredd som uppstår när allt skickas genom en handfull avlägsna hyperscaler-regioner, utan att behöva skrivas om vid varje flytt.
Varför tidigare försök till suverän moln återskapade inlåsning
De flesta produkter som hittills sålts under en suveränitetsetikett har varit en enda leverantörs egen stack: ett kontrollplan, en roadmap, en prislista, inpackad i nationell eller europeisk varumärkning. Att senare byta leverantör kostar lika mycket som att byta från vilken hyperscaler som helst, eftersom inlåsningen aldrig handlade om vilken flagga som vajade över datacentret.
Testet som avslöjar skillnaden är enkelt: kan definitionen av en arbetslast lämnas över till en andra, orelaterad leverantör och köras där utan att skrivas om. Med en proprietär suverän stack är svaret nästan alltid nej. Det är precis den lucka som ApeiroRA är byggd för att sluta.
En öppen referensarkitektur är något annat till sin natur
ApeiroRA publiceras, säljs inte. Vilken leverantör, systemintegratör eller intern it-avdelning som helst kan bygga mot den, och eftersom själva specifikationen är offentlig förblir en arbetslast beskriven i ApeiroRAs termer flyttbar mellan varje implementation, i stället för att vara bunden till ett enda bolags produktcykel. Det är den strukturella skillnaden mellan en referensarkitektur och en proprietär plattform med en suveränitetsetikett på.
Andreas Schlosser från SAP beskrev samarbetet i Fraunhofers eget tillkännagivande som en sammansmältning av Fraunhofers metodologiska djup och strukturerade angreppssätt med SAPs produkterfarenhet, för att skapa, med hans ord, verifierbara och överförbara lösningar. Verifierbar och överförbar är precis de två egenskaper som en suverän produkt från en enda leverantör strukturellt inte kan erbjuda, hur uppriktigt ordet suveränitet än används.
NeoNephos och frågan ett inköpsteam bör ställa nu
Resultaten går in i NeoNephos Foundation, ett projekt inom Linux Foundation Europe som arbetar med öppen källkodsteknik för suverän moln. Den placeringen betyder nästan lika mycket som specifikationen själv: styrningen ligger hos en ideell stiftelse och inte hos SAP eller en enda implementerare, vilket håller arkitekturen öppen även när leverantörer bygger kommersiella produkter på den.
För en it-inköpare i EU eller Storbritannien är det konkreta nästa steget att från och med nu lägga till en enda fråga i varje utvärdering av en leverantör av suverän moln: är dess arkitektur dokumenterad mot en öppen, offentligt granskningsbar referensstandard som ApeiroRA, eller är det leverantörens eget proprietära upplägg. Det första svaret köper flyttbarhet. Det andra köper en ny leverantör som förr eller senare måste lämnas igen.
Läs vidare: Dina affärsdata fick ett europeiskt AI-labb | Bonn friar SAP, Bryssel ändrar ditt avtal
