Was Fraunhofer und SAP am 3. August veröffentlicht haben

Zwei Fraunhofer-Institute leisteten die technische Arbeit: das Institut für Software- und Systemtechnik (ISST) und das Institut für Angewandte und Integrierte Sicherheit (AISEC). SAP war als Industriepartner beteiligt. Gemeinsam veröffentlichten sie im Rahmen des EU-Programms IPCEI-CIS, dem Important Project of Common European Interest für die nächste Generation von Cloud-Infrastruktur und -Diensten, am 3. August 2026 ApeiroRA, die Apeiro-Referenzarchitektur, als Open-Source-Bauplan.

ApeiroRA ist kein laufender Dienst, sondern eine Spezifikation: ein dokumentiertes Regelwerk aus Prinzipien und Schnittstellen zu Zero Trust, vertraulichem Rechnen (Confidential Computing), automatisiertem Lebenszyklusmanagement, digitalen Zwillingen zur Ressourcenoptimierung und KI-gestütztem Betriebsmanagement, veröffentlicht, damit jeder es lesen, umsetzen und prüfen kann.

Das 70-Prozent-Problem, gegen das die Architektur antritt

Microsoft, Amazon und Google Cloud halten zusammen rund 70 Prozent des europäischen Cloud-Infrastrukturmarkts, eine Konzentration, die drei amerikanischen Unternehmen überproportionalen Einfluss auf Preise, Regeln zum Speicherort von Daten und die tatsächlichen Kosten eines späteren Ausstiegs gibt. Fraunhofers eigene Ankündigung stellte ApeiroRA ausdrücklich gegen diese Abhängigkeit, nicht als abstrakte Souveränitätsgeste, sondern als technische Antwort darauf.

Das erklärte Ziel ist Arbeitslasten-Mobilität: Anwendungen sollen sich dynamisch zwischen zentralen Rechenzentren und Edge-Standorten nahe am tatsächlichen Entstehungsort der Daten bewegen können, was Latenz und Bandbreitenkosten senkt, die entstehen, wenn alles über wenige entfernte Regionen läuft, ohne bei jedem Umzug neu geschrieben werden zu müssen.

Warum frühere Souveränitäts-Initiativen neue Bindungen schufen

Die meisten bisher unter dem Souveränitäts-Etikett verkauften Produkte waren der eigene Stack eines einzelnen Anbieters: eine Kontrollebene, eine Roadmap, eine Preisliste, verpackt in nationaler oder europäischer Markenoptik. Der spätere Wechsel von einem solchen Anbieter kostet genauso viel wie der Wechsel von jedem Hyperscaler, weil die Bindung nie eine Frage der Flagge über dem Rechenzentrum war.

Der Test, der den Unterschied sichtbar macht, ist einfach: Lässt sich die Definition einer Arbeitslast an einen zweiten, unabhängigen Anbieter übergeben und dort ohne Neuprogrammierung betreiben. Bei einem proprietären Souveränitäts-Stack lautet die Antwort fast immer Nein. Genau diese Lücke soll ApeiroRA schließen.

Eine offene Referenzarchitektur ist etwas grundlegend anderes

ApeiroRA wird veröffentlicht, nicht verkauft. Jeder Anbieter, jeder Systemintegrator oder ein eigenes IT-Team kann sie umsetzen, und weil die Spezifikation selbst öffentlich ist, bleibt eine in ApeiroRA-Begriffen beschriebene Arbeitslast über jede Umsetzung hinweg portabel, statt an den Produktzyklus eines einzelnen Unternehmens gebunden zu sein. Das ist der strukturelle Unterschied zwischen einer Referenzarchitektur und einer proprietären Plattform mit Souveränitäts-Etikett.

SAPs Andreas Schlosser beschrieb die Zusammenarbeit in Fraunhofers eigener Ankündigung so, dass Fraunhofers methodische Tiefe und strukturierter Ansatz mit der Produkterfahrung von SAP zusammenkämen, um, in seinen Worten, überprüfbare und übertragbare Lösungen zu schaffen. Überprüfbar und übertragbar sind genau die zwei Eigenschaften, die ein Souveränitäts-Produkt eines einzelnen Anbieters strukturell nicht bieten kann, wie aufrichtig es das Wort Souveränität auch verwendet.

NeoNephos und die Frage, die Einkaufsteams jetzt stellen sollten

Die Ergebnisse fließen in die NeoNephos Foundation ein, ein Projekt innerhalb der Linux Foundation Europe, das an quelloffener Technologie für souveräne Clouds arbeitet. Diese Zuordnung zählt fast so sehr wie die Spezifikation selbst: Die Steuerung liegt bei einer gemeinnützigen Stiftung und nicht bei SAP oder einem einzelnen Umsetzer, was die Architektur offen hält, selbst wenn Anbieter kommerzielle Produkte darauf aufbauen.

Für einen Einkäufer aus der EU oder dem Vereinigten Königreich lautet der konkrete nächste Schritt: eine einzige Frage in jede künftige Bewertung eines Anbieters souveräner Cloud-Dienste aufzunehmen, ob dessen Architektur gegen einen offenen, öffentlich prüfbaren Referenzstandard wie ApeiroRA dokumentiert ist oder ob es sich um ein eigenes proprietäres Design handelt. Die erste Antwort kauft Portabilität. Die zweite kauft einen neuen Anbieter, den man irgendwann wieder verlassen muss.

Weiterlesen: Ihre Geschäftsdaten bekamen ein europäisches KI-Labor  |  Bonn entlastet SAP, Brüssel ändert Ihren Vertrag