Branchen-Clouds und Sovereign Data Spaces: Architektur-Leitfaden zu Catena-X & Gaia-X

Die industrielle Wertschöpfung in Europa verlagert sich zunehmend von isolierten Unternehmensprozessen hin zu vernetzten, unternehmensübergreifenden Ökosystemen. Ob lückenlose Lieferkettentransparenz und digitale Batteriepässe in der Automobilindustrie, vorausschauende Instandhaltung im Maschinenbau oder multizentrische klinische Studien im Gesundheitswesen: Kein Industrieunternehmen kann regulatorische Nachweispflichten und datengetriebene Geschäftsmodelle heute noch im technischen Alleingang abbilden.

Über Jahre hinweg lautete das Standardversprechen außereuropäischer Public-Cloud-Anbieter, sämtliche Wertschöpfungspartner einer Branche müssten ihre Fertigungs-, Logistik- und Kundendaten lediglich in einer zentralen, branchenspezifischen Plattform zusammenführen. Unter Bezeichnungen wie Microsoft Cloud for Manufacturing, Microsoft Cloud for Healthcare oder AWS Financial Services Cloud entstanden vertikale Branchenpakete, die vorgefertigte Datenmodelle mit proprietären PaaS-Diensten verknüpfen.

Für europäische Chief Information Officers (CIOs), Chief Data Officers (CDOs) und Enterprise-Architekten erweist sich dieser zentralistische Ansatz jedoch zunehmend als strategische Sackgasse. Wer hochsensibles Prozesswissen, Konstruktionsdaten oder klinische Befunde in die Datenbanken eines einzelnen Plattformbetreibers überträgt, begibt sich nicht nur in eine tiefe kaufmännische Abhängigkeit, sondern verliert auch die technische Kontrolle über die nachgelagerte Verwertung seines geistigen Eigentums.

Die architektonische Antwort Europas auf dieses Plattformdilemma ist das Konzept der föderierten Datenräume, international als Sovereign Data Spaces bezeichnet. Initiativen wie Gaia-X, Catena-X, Manufacturing-X, der Mobility Data Space und der European Health Data Space (EHDS) trennen die physische Datenhaltung strikt von der logischen Datenverknüpfung und schaffen so das Fundament für echte Digitale Souveränität im Industrieverbund.

Die Illusion proprietärer Hyperscaler-Branchenclouds versus echte Sovereign Data Spaces

Um eine fundierte Architekturentscheidung für die kommenden fünf bis zehn Jahre zu treffen, müssen IT-Verantwortliche zunächst die begriffliche Unschärfe rund um das Schlagwort Branchen-Cloud auflösen. Im kommerziellen Marketing der großen US-Hyperscaler bezeichnet eine Industry Cloud in der Regel kein eigenständiges, getrenntes Infrastrukturmodell, sondern ein vertikales Lizenz- und Lösungsbündel oberhalb der regulären Public-Cloud-Dienste.

Technisch betrachtet bestehen Angebote wie die Microsoft Cloud for Manufacturing oder die AWS-Branchenlösungen aus branchenspezifischen Datenbankschemata, vorkonfigurierten KI-Pipelines, spezialisierten API-Gateways (etwa für HL7 FHIR im Gesundheitswesen oder OPC UA in der Produktion) sowie angepassten Compliance-Dashboards. Darunter arbeiten jedoch unverändert dieselben proprietären Dienste wie Azure Synapse, Microsoft Fabric, Amazon Redshift oder AWS IoT SiteWise.

Dieses Design erzeugt einen vertikalen Vendor-Lock-in, der weit über die klassische Infrastrukturabhängigkeit hinausgeht. Während sich reine virtuelle Maschinen oder Container vergleichsweise einfach zwischen verschiedenen Cloud-Deployment-Modellen verschieben lassen, greifen vertikale Branchenclouds tief in die fachliche Domänenlogik, die Semantik der Produktionsdaten und die Schnittstellen zu den ERP- und MES-Systemen ein.

Welche strukturellen Herausforderungen bereits bei großangelegten bilateralen Plattformkooperationen in der Automobilindustrie auftreten, zeigen unsere Detailanalysen, wenn BMW und Microsoft eine Cloud-Technologie-Partnerschaft starten oder Konzerne eine VW-Cloudcomputing-Partnerschaft mit Microsoft eingehen. Sobald hunderte mittelständische Tier-1- bis Tier-n-Zulieferer an eine solche herstellergebundene Plattform angeschlossen werden sollen, stößt das zentralistische Modell an unüberwindbare Grenzen.

Genau an dieser Vertrauensbarriere setzen föderierte europäische Sovereign Data Spaces an. Weder Gaia-X noch Catena-X oder Manufacturing-X sind ein neuer monolithischer Cloud-Anbieter, der eigene Riesenspeicher baut, um mit US-Konzernen um Terabyte-Preise zu konkurrieren. Vielmehr handelt es sich um ein föderiertes Architektur- und Regelwerk, das festlegt, wie autonome Unternehmen Daten sicher und souverän direkt von Punkt zu Punkt austauschen.

In einem Sovereign Data Space verbleiben sämtliche Rohdaten physisch im eigenen Rechenzentrum des jeweiligen Urhebers oder bei einem von ihm frei gewählten europäischen Cloud-Provider. Es gibt keine zentrale Datensammelstelle, keinen marktbeherrschenden Intermediär, der die Verkehrsströme seiner Nutzer monetarisiert, und keinen erzwungenen Wechsel auf den Technologie-Stack eines bestimmten Herstellers.

Gleichzeitig adressiert die föderierte Architektur das massive geopolitische Rechtsrisiko extraterritorialer Zugriffe. Da US-amerikanische Cloud-Konzerne samt ihrer europäischen Tochtergesellschaften vollumfänglich dem US CLOUD Act sowie FISA Section 702 unterliegen, können US-Behörden jederzeit die Herausgabe gespeicherter Industriedaten verlangen, selbst wenn die Server in Frankfurt am Main stehen. Föderierte Datenräume auf europäischer Infrastruktur schließen dieses Abflussrisiko für kritische Forschungs- und Konstruktionsdaten architektonisch aus.

Ergänzende Architektur-Analysen und technische Entscheidungsmatrizen für Ihre IT-Planung finden Sie in unseren weiterführenden Leitartikeln zu Cloud-Exit-Strategie im Enterprise-Einsatz, zu GPS-Spoofing im Enterprise-Einsatz sowie zu KI-Rechenzentrum im Enterprise-Einsatz.

Technischer Deep-Dive: EDC-Konnektoren, W3C-DIDs, ODRL und Sovereign Cloud Stack

Damit hunderte oder tausende Unternehmen einer Branche ohne zentralen Plattformbetreiber automatisiert Daten austauschen können, bedarf es einer hochgradig standardisierten technischen Vertrauens- und Steuerungsschicht. Die Referenzarchitektur moderner Sovereign Data Spaces stützt sich hierbei auf vier ineinandergreifende, vollständig quelloffene Technologie-Bausteine, die unter dem Dach der Eclipse Foundation, des W3C und der Open Source Business Alliance gepflegt werden.

Eclipse Dataspace Components (EDC): Trennung von Control Plane und Data Plane

Das operative Herzstück jedes Teilnehmers in Catena-X, Manufacturing-X oder dem Mobility Data Space ist der Datenraum-Konnektor, der in der europäischen Industriepraxis fast durchgängig über das Open-Source-Framework Eclipse Dataspace Components (EDC) unter Apache-2.0-Lizenz realisiert wird. Der in Java geschriebene und für Kubernetes-Umgebungen optimierte EDC-Konnektor folgt einer strikten architektonischen Trennung zwischen Steuerungs- (Control Plane) und Datenebene (Data Plane).

Die Control Plane übernimmt die Katalogisierung verfügbarer Daten-Assets, die Überprüfung der Teilnehmeridentitäten sowie die vollautomatische Vertragsverhandlung über das standardisierte Dataspace Protocol (DSP). Erst wenn beide Seiten einen kryptografisch signierten digitalen Nutzungsvertrag abgeschlossen haben, weist die Control Plane die Data Plane an, den eigentlichen Datenkanal zwischen Datenanbieter und Datenempfänger zu öffnen.

Die Data Plane agiert dabei als hochperformantes Proxy-Gateway, das bestehende interne Quellsysteme wie SAP S/4HANA, relationale PostgreSQL-Datenbanken, S3-Objektspeicher oder industrielle Zeitreihendatenbanken direkt anbindet. Die Nutzdaten fließen Ende-zu-Ende-verschlüsselt über HTTPS, gRPC oder asynchrone Streaming-Protokolle direkt vom Quell- zum Ziel-Konnektor, ohne jemals über einen zentralen Broker-Server des Datenraums geleitet zu werden.

Dezentrale Identitäten (W3C DIDs), Verifiable Credentials und ODRL-Policies

Ein zweiter entscheidender Architekturunterschied zu proprietären Branchenclouds liegt im Identitäts- und Berechtigungsmanagement. Statt alle beteiligten Unternehmen in ein zentrales Verzeichnis wie Microsoft Entra ID zu zwingen, nutzen Sovereign Data Spaces das Decentralized Claims Protocol (DCP) auf Basis der W3C-Standards für Decentralized Identifiers (DIDs) und Verifiable Credentials (VCs).

Jedes teilnehmende Unternehmen verfügt über eine eigene digitale Brieftasche (Organizational Wallet), in der fälschungssichere, kryptografisch signierte Nachweise hinterlegt sind: etwa der Handelsregistereintrag, eine gültige ISO-27001- oder TISAX-Zertifizierung oder die bestätigte Mitgliedschaft im jeweiligen Branchenkonsortium. Bei jeder Konnektor-Anfrage werden diese Nachweise in Echtzeit über Gaia-X Digital Clearing Houses (GXDCH) verifiziert, ohne dass ein einzelner Identity-Provider den Datenraum kontrolliert.

„Wahre Datensouveränität endet nicht an der eigenen Firewall: Durch die Kombination aus Eclipse Dataspace Components, W3C-Identitäten und maschinenlesbaren ODRL-Nutzungsverträgen bleibt der Urheber auch dann Herr über seine Industriedaten, wenn diese längst beim Wertschöpfungspartner verarbeitet werden.“

Sobald die Identität des anfragenden Partners bestätigt ist, greift die technische Nutzungskontrolle (Usage Control) auf Basis der vom W3C standardisierten Open Digital Rights Language (ODRL). Anders als eine klassische Zugriffskontrolle (Access Control), die nach der einmaligen Herausgabe einer Datei blind wird, verknüpft ODRL jedes Datenpaket mit präzisen, maschinell durchsetzbaren Verwendungsregeln.

Ein Zulieferer kann im ODRL-Vertrag beispielsweise technisch festschreiben, dass sein übermittelter CO2-Produktionswert ausschließlich von einem verifizierten Berechnungs-Algorithmus zur Erstellung des gesetzlichen Batteriefußabdrucks gelesen werden darf, jede Weitergabe an das Einkaufsmodul des Automobilherstellers blockiert wird und der Datensatz im Ziel-Konnektor nach Ablauf von 48 Stunden automatisiert gelöscht werden muss.

Sovereign Cloud Stack (SCS), Asset Administration Shell und Confidential Computing

Auf der darunterliegenden Infrastrukturebene stellt sich für den CIO die Frage, worauf die eigenen EDC-Konnektoren, digitalen Zwillinge und Analyse-Workloads betrieben werden, ohne durch die Hintertür wieder im US-Hyperscaler-Rechenzentrum zu landen. Hier bildet der Einsatz erweiterter verteilter Cloud-Computing-Dienste auf Basis des Sovereign Cloud Stack (SCS) das kanonische Fundament.

Der durch die Open Source Business Alliance vorangetriebene SCS-Standard definiert einen vollständig quelloffenen, modular aufgebauten Infrastruktur-Stack aus KVM/QEMU-Virtualisierung, OpenStack, Ceph-Software-Defined-Storage und CNCF-zertifiziertem Kubernetes (Cluster API). Da bereits zahlreiche europäische Rechenzentrumsbetreiber nach SCS-Spezifikation zertifiziert sind, lassen sich Datenraum-Konnektoren per OpenTofu und Helm-Charts binnen Minuten ohne Code-Anpassung zwischen eigenem Rechenzentrum und verschiedenen europäischen Cloud-Partnern migrieren.

Für die semantische Verständigung oberhalb der Infrastruktur sorgen in der Industrie 4.0 die Verwaltungsschale (Asset Administration Shell, AAS nach IEC 63278) sowie das Semantic Aspect Meta Model (SAMM). Sie stellen sicher, dass ein Temperaturwert, eine Seriennummer oder ein Liefertermin über alle Zulieferstufen hinweg exakt dieselbe maschinenlesbare Bedeutung und Einheit besitzt.

Werden in Branchen-Clouds wie dem European Health Data Space (EHDS) oder bei gemeinsamen KI-Trainingsläufen in der Werkstoffforschung hochsensible Rohdaten mehrerer Wettbewerber zusammengeführt, ergänzt Confidential Computing die Architektur: Hardware-Enklaven auf Basis von AMD SEV-SNP oder Intel TDX verschlüsseln den Arbeitsspeicher zur Laufzeit direkt in der CPU, sodass selbst Administratoren mit Root-Zugriff weder Rohdaten noch proprietäre Modellgewichte auslesen können.

Sektorale Praxis-Landschaft: Catena-X, Manufacturing-X, Mobility Data Space & EHDS

Dass föderierte Datenräume längst das Stadium theoretischer Forschungspapiere verlassen haben, zeigt der Blick auf die großen produktiven europäischen Brancheninitiativen. An der Spitze steht das Automobilnetzwerk Catena-X, das von Herstellern wie BMW, Mercedes-Benz und Volkswagen gemeinsam mit führenden Zulieferern wie Bosch, ZF und Schaeffler sowie Technologiepartnern über die Betreibergesellschaft Cofinity-X produktiv betrieben wird.

In Catena-X tauschen Unternehmen über standardisierte EDC-Konnektoren bereits heute chargengenaue Product Carbon Footprints (PCF), den gesetzlich vorgeschriebenen europäischen Batteriepass, Echtzeit-Frühwarnungen bei drohenden Halbleiter-Lieferengpässen sowie Qualitäts- und Feldausfalldaten im Rahmen eines geschlossenen Kreislaufs (Closed-Loop Quality Management) aus, ohne dass ein Zulieferer seine vorgelagerte Lieferantenstruktur offenlegen muss.

Unmittelbar auf der technischen Blaupause von Catena-X setzt die Initiative Manufacturing-X für den gesamten europäischen Maschinen- und Anlagenbau sowie die Prozessindustrie auf. Hier verknüpfen Komponentenhersteller, Maschinenbauer und Fabrikbetreiber ihre digitalen Zwillinge auf Basis der Asset Administration Shell (AAS), um herstellerübergreifendes Condition Monitoring, automatisierte Ersatzteillogistik und die digitale Dokumentation nach der EU-Maschinenverordnung abzuwickeln.

Eine ebenso hohe Dynamik entfaltet der Mobility Data Space (MDS) im Verkehrs- und Logistiksektor sowie der gesetzlich verankerte European Health Data Space (EHDS). Während der MDS Echtzeit-Verkehrsflussdaten, Ladesäulenbelegungen und multimodale Frachtkapazitäten zwischen Kommunen, Flottenbetreibern und Logistikern föderiert vernetzt, schafft der EHDS den verbindlichen Rahmen, um pseudonymisierte klinische Versorgungsdaten über sichere Verarbeitungsumgebungen (Secure Processing Environments) für die europäische Spitzenforschung nutzbar zu machen.

Architektur- und Souveränitätsvergleich: Hyperscaler Industry Cloud versus Sovereign Data Space

Für den IT-Lenkungsausschuss ist es entscheidend, die strukturellen Unterschiede zwischen einer vertikalen US-Branchencloud, einem traditionellen bilateralen EDI-Verbund und einem modernen Sovereign Data Space anhand klarer technischer und regulatorischer Kriterien zu bewerten. Die folgende Übersicht fasst die fünf zentralen Entscheidungsdimensionen für CIOs und Enterprise-Architekten zusammen:

Die Gegenüberstellung verdeutlicht, warum proprietäre Hyperscaler-Branchenclouds insbesondere in mehrstufigen industriellen Lieferketten regelmäßig auf Widerstand stoßen. Sobald ein einzelner Technologiekonzern sowohl die Infrastruktur als auch das Datenmodell und das Identitätsverzeichnis kontrolliert, verschiebt sich die Verhandlungsmacht dauerhaft zuungunsten der produzierenden Unternehmen.

Im föderierten Modell von Catena-X, Manufacturing-X und Gaia-X hingegen ist die Interoperabilität über offene Protokolle gesetzlich und architektonisch verbrieft: Selbst wenn ein Zulieferer seine internen Systeme auf einer völlig anderen Infrastruktur betreibt als der Automobilhersteller, sprechen beide Seiten über das standardisierte Dataspace Protocol (DSP) und die Verwaltungsschale (AAS) exakt dieselbe technische Sprache.

Vollkostenrechnung (TCO) über 60 Monate: Föderierter Datenraum versus Hyperscaler Industry Cloud

Neben der strategischen Souveränität entscheidet in den Vorstandsetagen vor allem die Gesamtwirtschaftlichkeit über einen Fünfjahreshorizont (60 Monate). Betrachten wir als repräsentatives Referenzszenario ein großes Industrieunternehmen oder ein Zuliefernetzwerk, das 50 externe Wertschöpfungspartner für den kontinuierlichen Austausch von Qualitäts-, Telemetrie-, Lieferketten- und CO2-Daten anbindet (monatliches Datentransfer- und Abfragevolumen von rund 40 Terabyte sowie 25 Millionen API-Transaktionen).

Beim Aufbau dieses Verbunds auf einer proprietären Hyperscaler-Branchencloud (wie Microsoft Cloud for Manufacturing in Verbindung mit Azure Data Factory, Microsoft Fabric/Synapse und Entra ID External Identities) entstehen mehrschichtige laufende Kosten: Für branchenspezifische PaaS-Lizenzen, reservierte Analyse-Kapazitäten (Capacity Units), API-Management-Aufrufe, Daten-Ingestion sowie Netzwerk-Egress-Gebühren beim Datenabruf durch externe Partner fallen durchschnittlich rund 29.500 Euro pro Monat an.

Über die Laufzeit von 60 Monaten summieren sich diese nutzungsabhängigen Plattform- und Transaktionsgebühren auf 1,77 Millionen Euro. Hinzu kommen rund 380.000 Euro für die initiale Integration proprietärer Cloud-Schnittstellen sowie jährliche Anpassungsaufwände bei einseitigen API- oder Tarifänderungen des Cloud-Anbieters, sodass die Fünfjahres-TCO der proprietären Branchencloud bei rund 2,15 Millionen Euro liegt.

Demgegenüber steht die Implementierung eines föderierten Datenraum-Knotens auf Basis der quelloffenen Eclipse Dataspace Components (EDC) und eines hochverfügbaren Kubernetes-Clusters nach Sovereign-Cloud-Stack-Standard (SCS). Da für EDC, das Decentralized Claims Protocol und die AAS-Datenmodelle keinerlei Lizenz- oder Transaktionsgebühren pro API-Aufruf anfallen, beschränken sich die laufenden Infrastruktur- und Managed-Betriebskosten inklusive GXDCH-Vertrauenszertifikaten auf rund 7.800 Euro pro Monat (468.000 Euro über 60 Monate).

Rechnet man ein einmaliges Initialbudget von 260.000 Euro für die semantische Datenmodellierung (SAMM/AAS), die ERP-Anbindung der Data Plane und die Zertifizierung der Unternehmens-Wallet hinzu, belaufen sich die Gesamtkosten über fünf Jahre auf 728.000 Euro. Das Unternehmen erzielt damit einen direkten TCO-Vorteil von 1,42 Millionen Euro (rund 66 Prozent Kostenersparnis) und vermeidet zugleich jedes unkalkulierbare Gebührenwachstum bei steigendem Datenvolumen.

Die Make-or-Buy Sourcing-Weiche und regulatorische Compliance nach EU Data Act und DORA

Für die praktische Anbindung an einen Sovereign Data Space wie Catena-X, Manufacturing-X oder den EHDS muss nicht jedes Unternehmen eine eigene Konnektor-Entwicklungsmannschaft aufbauen. In der europäischen Unternehmenspraxis haben sich drei klar abgegrenzte Betriebsmodelle etabliert, die sich präzise an der Größe und Fertigungstiefe der jeweiligen IT-Organisation orientieren.

Erstens (Eigenbetrieb): Konzerne, große OEM-Hersteller, Tier-1-Zulieferer und Forschungseinrichtungen mit eigenem Platform-Engineering-Team betreiben den quelloffenen Tractus-X- bzw. EDC-Konnektor autonom auf ihren internen oder SCS-basierten Kubernetes-Clustern. Sie verwalten ihre kryptografischen Schlüssel im eigenen Hardware Security Module (HSM), steuern die Control und Data Plane über GitOps-Pipelines und behalten die hundertprozentige Hoheit über jede interne ERP- und MES-Schnittstelle.

Zweitens (Co-Managed): Gehobene Mittelständler und Branchenverbände nutzen ein arbeitsteiliges Modell auf Basis einer zertifizierten europäischen Cloud-Infrastruktur (etwa auf Sovereign-Cloud-Stack-Basis). Während ein spezialisierter europäischer Infrastrukturpartner das zugrundeliegende Kubernetes-Cluster, die Netzwerk-Verschlüsselung, das Monitoring und die Sicherheits-Patches des EDC-Konnektors wartet, definiert die interne IT-Abteilung des Unternehmens eigenständig die ODRL-Nutzungsrichtlinien, Datenfreigaben und semantischen Zwillinge.

Drittens (Managed Service): Kleinere und mittlere Zulieferer, die ohne tiefes Kubernetes-Know-how rasch die Catena-X- oder Manufacturing-X-Anforderungen ihrer Industriekunden erfüllen müssen, buchen einen schlüsselfertigen Connector-as-a-Service bei einem akkreditierten europäischen Enablement-Service-Provider (wie Cofinity-X oder zertifizierten regionalen Systemhäusern). Wichtig für den Einkauf ist hierbei die vertragliche Zusicherung, dass die Unternehmens-DID, die Verifiable Credentials und die ODRL-Vertragshistorie jederzeit verlustfrei in einen eigenen Konnektor exportiert werden können.

Unabhängig vom gewählten Bereitstellungsmodell zahlt die föderierte Datenraum-Architektur unmittelbar auf die neuen europäischen Gesetzeswerke ein. Der seit September 2025 geltende EU Data Act (Verordnung (EU) 2023/2854) verpflichtet Cloud-Anbieter nicht nur zur Abschaffung sämtlicher Wechsel- und Egress-Gebühren bis Januar 2027, sondern fordert in Artikel 28 und 33 ausdrücklich offene Spezifikationen für interoperable Datenräume.

Parallel dazu verpflichtet der Data Governance Act (DGA) sämtliche Datenintermediäre zu strikter Neutralität: Vermittler dürfen ausgetauschte Daten niemals für eigene kommerzielle Produkte verwerten. Für Finanzdienstleister, Industrieversicherer und deren kritische IT-Lieferketten liefert die dezentrale EDC-Architektur zudem den prüfungssicheren Nachweis nach Artikel 28 der EU-Verordnung DORA (Verordnung (EU) 2022/2554) sowie dem BSI IT-Grundschutz zur Begrenzung von Drittparteienrisiken.

Der 4-Phasen-Umsetzungsfahrplan: In neun Monaten zum produktiven Branchen-Datenraum

Der Eintritt in einen föderierten Datenraum oder der schrittweise Rückbau proprietärer Plattformkopplungen gelingt am zuverlässigsten über ein phasenweises Vorgehen. Anstatt sämtliche Unternehmensdaten auf einmal harmonisieren zu wollen, empfiehlt sich ein fokussierter Rollout entlang konkreter, wertschöpfender Anwendungsfälle über einen Zeitraum von sechs bis neun Monaten.

Phase 1 (Monat 1 bis 2): Use-Case-Triage, Dateninventur und semantische Modellierung (AAS/SAMM)

Zu Beginn identifizieren Fachbereich und Enterprise-Architektur ein bis zwei hochpriorisierte Geschäftsprozesse mit klarem ROI oder regulatorischem Zwang, etwa die automatisierte Berechnung des Product Carbon Footprint (PCF) oder die Lieferketten-Rückverfolgbarkeit nach Batterieverordnung. Anschließend werden die benötigten Datenfelder in den Quellsystemen (ERP, PLM, MES) inventarisiert und in standardisierte Teilmodelle der Verwaltungsschale (Asset Administration Shell, AAS) bzw. des Semantic Aspect Meta Model (SAMM) übersetzt.

Phase 2 (Monat 3 bis 4): Bereitstellung von EDC-Konnektor, Organizational Wallet und GXDCH-Onboarding

In der zweiten Phase nimmt das Plattform-Team den Eclipse-Dataspace-Components-Konnektor (EDC) mit getrennter Control und Data Plane auf einem gehärteten Kubernetes-Cluster (idealerweise auf Sovereign-Cloud-Stack-Basis) in Betrieb. Parallel wird die Organizational Wallet eingerichtet, die dezentrale Unternehmensidentität (W3C DID) erzeugt und die kryptografische Verifizierung der Teilnehmerzertifikate (Verifiable Credentials) über ein akkreditiertes Gaia-X Digital Clearing House (GXDCH) abgeschlossen.

Phase 3 (Monat 5 bis 6): Bilaterale Pilotierung, ODRL-Policy-Härtung und ERP-Kopplung

Mit zwei bis drei ausgewählten Wertschöpfungspartnern erfolgt nun der erste Ende-zu-Ende-Test im Staging-Netzwerk des jeweiligen Datenraums (z. B. Catena-X oder Manufacturing-X). Das Sicherheits- und Rechtsteam übersetzt die geschäftlichen Geheimhaltungsanforderungen in maschinenlesbare ODRL-Nutzungsrichtlinien und prüft durch gezielte Negativtests, dass unautorisierte Zugriffe, abgelaufene Zertifikate oder regelwidrige Weiterleitungen von der Control Plane zuverlässig abgewiesen werden.

Phase 4 (Monat 7 bis 9): Produktiver Ökosystem-Rollout und Anbindung von Confidential Computing

Nach erfolgreicher Abnahme wird der Datenraum-Knoten für den produktiven Austausch über alle relevanten Lieferanten- und Kundenstufen hinweg freigeschaltet und die Vertragsverhandlung im EDC-Konnektor vollautomatisiert. Für fortgeschrittene Analyse- und KI-Anwendungsfälle auf sensiblen Forschungs- oder Gesundheitsdaten werden ergänzend Confidential-Computing-Worker-Nodes (AMD SEV-SNP / Intel TDX) in die Data Plane integriert, während teure proprietäre Punkt-zu-Punkt-Schnittstellen schrittweise abgeschaltet werden.

Fünf Kontrollfragen für Vorstand und IT-Leitung zur Wahl der Branchen-Cloud

1. Verbleiben unsere geschäftskritischen Rohdaten physisch unter unserer eigenen Infrastruktur-Kontrolle?

Prüfen Sie bei jedem Angebot für eine Branchenplattform zuerst die Datentopologie: Verlangt die Lösung, dass Sie Ihre Produktions-, Konstruktions- oder Patientendaten dauerhaft in den zentralen Cloud-Speicher eines Plattformbetreibers kopieren, handelt es sich um ein klassisches Data-Lake-Monopol. Nur wenn die Daten bis zum Moment einer autorisierten Einzelabfrage in Ihrem eigenen System verbleiben, liegt ein echter Sovereign Data Space vor.

2. Werden Nutzungsbeschränkungen nach der Datenübermittlung technisch über ODRL durchgesetzt?

Verlassen Sie sich beim Schutz Ihres geistigen Eigentums nicht allein auf papiergebundene Geheimhaltungsvereinbarungen (NDAs), die technisch nicht kontrollierbar sind. Stellen Sie sicher, dass die gewählte Branchen-Cloud standardisierte Konnektoren auf Basis der Eclipse Dataspace Components (EDC) einsetzt und jeden Datensatz untrennbar mit maschinenlesbaren ODRL-Policies für Zweckbindung und Löschfristen verknüpft.

3. Ist das Identitäts- und Berechtigungssystem frei von einem zentralen US-Identity-Provider?

Hinterfragen Sie kritisch, wer im Branchennetzwerk die Teilnehmeridentitäten verwaltet und den Zugang sperren kann. Ein souveräner Datenraum darf nicht von einem proprietären Verzeichnisdienst wie Microsoft Entra ID abhängen, sondern muss auf dezentralen W3C-Identitäten (DIDs), Verifiable Credentials und unabhängigen europäischen Clearing-Stellen (GXDCH) aufbauen.

4. Wie hoch sind die kumulierten API-, Ingestion- und Egress-Gebühren bei einer Verdreifachung der Partnerzahl?

Lassen Sie sich vom Einkauf und den Systemintegratoren eine transparente 60-Monats-Vollkostenrechnung vorlegen, die das erwartete Wachstum an angebundenen Lieferanten und Abfragefrequenzen realistisch simuliert. Während nutzungsabhängige Hyperscaler-PaaS-Dienste bei steigender Netzwerkaktivität oft zu exponentiellen Kostenkurven führen, bleiben quelloffene EDC-Konnektoren auf eigener oder SCS-basierter Infrastruktur frei von Transaktionszöllen.

5. Erfüllt die Zielarchitektur nachweislich die Interoperabilitäts- und Exit-Vorgaben von EU Data Act und DORA?

Verlangen Sie vor Vertragsabschluss den praktischen Nachweis, dass sämtliche Datenmodelle (etwa auf Basis der Verwaltungsschale AAS) und Konnektor-Konfigurationen binnen weniger Tage ohne Datenverlust zu einem anderen europäischen Cloud-Anbieter oder ins eigene Rechenzentrum umgezogen werden können. Diese technische Portabilität ist unter dem EU Data Act und Artikel 28 DORA keine Kür mehr, sondern gesetzliche Pflicht.

Strategisches Fazit: Föderierte Datenräume als Fundament industrieller Souveränität

Die Auseinandersetzung um Branchen-Clouds entscheidet darüber, wer in der vernetzten europäischen Industrie künftig die Wertschöpfung kontrolliert. Unternehmen, die ihre sensiblen Lieferketten-, Fertigungs- und Forschungsdaten unreflektiert in die vertikalen Branchenpakete außereuropäischer Hyperscaler einspeisen, tauschen kurzfristige Bequemlichkeit gegen einen tiefgreifenden, kaum noch umkehrbaren Verlust ihrer technologischen und kaufmännischen Unabhängigkeit.

Mit der gereiften Architektur aus Gaia-X, Catena-X, Manufacturing-X und dem European Health Data Space steht europäischen CIOs heute ein produktionsbewährter Gegenentwurf zur Verfügung. Wer auf quelloffene Eclipse Dataspace Components, selbstsouveräne W3C-Identitäten, maschinenlesbare ODRL-Verträge und den Sovereign Cloud Stack setzt, verbindet höchste unternehmensübergreifende Innovationskraft mit kompromisslosem Schutz des eigenen geistigen Eigentums und dauerhaft kalkulierbaren Betriebskosten.

Häufig gestellte Fragen (FAQ) zu Branchen-Clouds und Sovereign Data Spaces