6 Ein souveräner Data Lake ist ein Data Lake oder Lakehouse, der so ausgelegt ist, dass die Daten in einem bestimmten Land oder Rechtsraum bleiben und unter der Kontrolle der Organisation und ihres nationalen Rechtsrahmens stehen. Für Banken, Versicherer, Behörden, Gesundheitsdienstleister, Telekommunikationsanbieter und Betreiber kritischer Infrastrukturen ist Souveränität oft keine Präferenz, sondern eine Anforderung. Aufsichts- und Datenschutzbehörden sowie nationale Sicherheitsbehörden fragen zunehmend, wo Daten gespeichert sind, wer darauf zugreifen kann, welches Recht für die beteiligten Anbieter gilt und ob die Organisation unabhängig weiterarbeiten kann, wenn ein ausländischer Anbieter nicht mehr verfügbar ist. Dieser Artikel erklärt, was Datensouveränität für einen Data Lake bedeutet, wie sich die Anforderungen in den wichtigsten Regionen unterscheiden und wie regulierte Unternehmen Data Lakes gestalten, die Daten im Land halten, ohne auf moderne Analytik zu verzichten. Die allgemeine Architektur beschreibt unsere Übersicht zum Betrieb eines Data Lakehouse auf On-Premises-Objektspeicher. Residenz, Souveränität und Kontrolle Drei verwandte Begriffe werden oft verwechselt: Datenresidenz: wo Daten physisch gespeichert sind. Datensouveränität: welches Landesrecht für die Daten gilt und wer den Zugriff darauf erzwingen kann. Betriebliche Kontrolle: ob die Organisation ihre Daten unabhängig von einem bestimmten Anbieter betreiben, abrufen und verschieben kann. Ein Data Lake kann Residenzanforderungen mit Rechenzentren im Inland erfüllen und dennoch Souveränitätsbedenken aufwerfen, wenn der Anbieter ausländischem Recht unterliegt, das einen Zugriff erzwingen könnte. Anforderungen nach Region Europäische Union Die DSGVO beschränkt die Übermittlung personenbezogener Daten außerhalb des Europäischen Wirtschaftsraums, sofern kein angemessener Schutz besteht. Das 2023 verabschiedete EU-US Data Privacy Framework bietet einen Übermittlungsmechanismus, viele Organisationen bleiben jedoch vorsichtig, nachdem frühere Abkommen für ungültig erklärt wurden. Branchenregeln stellen weitere Erwartungen: DORA für Finanzunternehmen, NIS2 für wesentliche und wichtige Einrichtungen sowie nationale Regeln für Daten des öffentlichen Sektors und Gesundheitsdaten. Der seit September 2025 geltende EU Data Act ergänzt Anforderungen an den Wechsel zwischen Cloud-Anbietern und Schutzmaßnahmen gegen unrechtmäßigen Zugriff aus Drittstaaten auf nicht personenbezogene Daten. Frankreich und Deutschland Die französische Cybersicherheitsbehörde ANSSI betreibt die SecNumCloud-Qualifizierung für vertrauenswürdige Cloud-Dienste, die auch Anforderungen zum Schutz vor außereuropäischem Rechtszugriff enthält. Das BSI in Deutschland veröffentlicht den Kriterienkatalog C5 für Cloud-Sicherheit. Öffentliche Stellen und regulierte Unternehmen in beiden Ländern verlangen für sensible Daten häufig qualifizierte Anbieter oder On-Premises-Infrastruktur. Vereinigtes Königreich Die UK GDPR regelt personenbezogene Daten mit eigenen Übermittlungsregeln. Finanzaufsicht und öffentlicher Sektor stellen Erwartungen an Auslagerung, Resilienz und Speicherort, und für sensible Behördendaten gelten nationale Sicherheitsleitlinien. Vereinigte Staaten Die USA haben branchenspezifische Regeln statt eines einheitlichen Gesetzes zur Datenlokalisierung. Bundesbehörden verlangen zugelassene Cloud-Dienste und für manche Daten Infrastruktur und Personal in den USA. Datenschutzgesetze der Bundesstaaten, die Finanzaufsicht und Regeln im Gesundheitswesen ergänzen weitere Pflichten. Für Organisationen außerhalb der USA ist die Reichweite des US-Rechts auf Anbieter mit Hauptsitz in den USA oft die eigentliche Souveränitätsfrage. Japan Der Act on the Protection of Personal Information regelt in Japan personenbezogene Daten und grenzüberschreitende Übermittlungen. Das ISMAP-Programm bewertet Cloud-Dienste für den behördlichen Einsatz, und viele Organisationen halten sensible Daten in inländischen Einrichtungen. Naher Osten Die VAE, Saudi-Arabien und weitere Golfstaaten haben Datenschutzgesetze und Branchenregeln eingeführt, die für bestimmte Kategorien wie Behörden-, Gesundheits- und Finanzdaten eine Speicherung im Land verlangen. Architekturoptionen für einen souveränen Data Lake On-Premises-Lakehouse Die Organisation betreibt S3-kompatiblen Objektspeicher, Kataloge und Query Engines in ihren eigenen Rechenzentren. Das bietet maximale Kontrolle über Speicherort, Zugriff und Betrieb und vermeidet die Abhängigkeit von ausländischen Anbietern. Offene Tabellenformate halten die Architektur modern und portabel. Nationale oder Sovereign Cloud Der Data Lake läuft auf einem Cloud-Dienst eines inländischen Anbieters oder einem souveränen Angebot, das auf nationale Anforderungen ausgelegt ist, etwa qualifizierte Dienste in Frankreich. Das verbindet Cloud-Betrieb mit nationaler Kontrolle, erfordert aber eine sorgfältige Prüfung von Eigentümerstruktur, Betrieb und rechtlicher Angreifbarkeit des Anbieters. Hybrid Sensible Daten bleiben in einer On-Premises- oder souveränen Umgebung, während weniger sensible Workloads Public-Cloud-Dienste nutzen. Offene Formate ermöglichen es, freigegebene Daten zwischen den Umgebungen zu bewegen. Die Governance muss klar festlegen, welche Daten wohin dürfen. Designprinzipien Speicher im Land halten Legen Sie alle Kopien der Daten, einschließlich Backups und Replikate, an zugelassenen Orten ab. Die Replikation über mehrere Standorte sollte im Land oder in zugelassenen Rechtsräumen bleiben. Die Schlüssel kontrollieren Verschlüsseln Sie Daten im Ruhezustand und verwalten Sie die Verschlüsselungsschlüssel innerhalb des Rechtsraums, idealerweise unter eigener Kontrolle der Organisation. Wer die Schlüssel kontrolliert, kontrolliert den Zugriff. Metadaten und Telemetrie kontrollieren Souveränität gilt für Metadaten, Logs und Telemetrie ebenso wie für Daten. Kataloge, Abfragelogs und Monitoring-Daten können sensible Informationen preisgeben. Halten Sie auch sie im Land. Der Blog auf scality.com behandelt Metadaten-Residenz und Datengrenzen für Speicher-Telemetrie. Fern- und Administratorzugriff beschränken Ein Support-Zugriff des Anbieters aus dem Ausland kann die Souveränität untergraben. Legen Sie fest, wer von wo und mit welcher Genehmigung auf die Systeme zugreifen darf. Offene Formate nutzen Offene Tabellen- und Dateiformate halten Daten portabel, sodass die Organisation Engines oder Anbieter ohne Lock-in wechseln kann. Das unterstützt sowohl die Souveränität als auch die Wechselrechte, die Gesetze wie der EU Data Act fördern. Alles protokollieren Protokollieren Sie Datenzugriffe, administrative Aktionen und Datenbewegungen und halten Sie die Logs für Aufsicht und Prüfer im Land. Resilienz innerhalb der Grenzen Daten im Land zu halten darf nicht bedeuten, einen Single Point of Failure in Kauf zu nehmen. Aufsichtsbehörden, etwa bei der Durchsetzung von DORA, erwarten, dass Finanzunternehmen schweren Störungen standhalten. Ein souveräner Data Lake sollte mindestens zwei Standorte im Land umfassen, mit Replikation oder einer Stretched-Speicherplattform dazwischen und getesteten Wiederherstellungsverfahren. Unveränderliche Kopien schützen vor Ransomware, die sonst beide Standorte zerstören könnte. Ist das Land klein oder teilen sich die Standorte regionale Risiken, vereinbaren Organisationen mit den Aufsichtsbehörden mitunter zugelassene Standorte in Nachbarrechtsräumen mit gleichwertigem Schutz und dokumentieren dies in ihren Auslagerungs- und Resilienzplänen. Exit und Portabilität Souveränität bedeutet auch, gehen zu können. Ändern sich Eigentümerstruktur, Preise oder rechtliche Angreifbarkeit eines Anbieters, muss die Organisation ihren Data Lake ohne Verlust von Daten oder Funktionen anderswohin verlagern können. Offene Tabellenformate, Standard-S3-Schnittstellen und dokumentierte Exportverfahren machen das realistisch. Testen Sie einen Exit-Plan mindestens einmal, etwa indem Sie einen repräsentativen Datensatz in einer anderen Umgebung wiederherstellen und Abfragen darauf ausführen. Die Leistung muss nicht leiden Ein souveräner Data Lake kann dieselben Analysefähigkeiten bieten wie ein Lakehouse in der Public Cloud. On-Premises-Objektspeicher, moderne verteilte Query- und Processing-Engines und offene Tabellenformate liefern hohe Leistung, wenn Speicher und Netzwerk richtig dimensioniert sind. Rollen in der Governance Souveränität ist eine bereichsübergreifende Verantwortung. Rechts- und Compliance-Teams interpretieren die Anforderungen, Sicherheitsteams definieren Zugriffskontrollen, Datenplattform-Teams setzen die Architektur um, und der Einkauf bewertet die Anbieter. Ein kurzes, gemeinsames Verzeichnis, welche Datensätze welchen Speicherortregeln unterliegen, hält alle auf demselben Stand. KI auf souveränen Daten Organisationen wollen zunehmend KI-Modelle auf sensiblen Daten trainieren und betreiben, ohne diese ins Ausland zu senden. Ein souveräner Data Lake bietet dafür das kontrollierte Fundament, mit GPU-Infrastruktur neben dem Speicher im Land. Checkliste: souveräner Data Lake Residenz-, Souveränitäts- und Branchenanforderungen pro Rechtsraum ermitteln. Entscheiden, welche Daten im Land bleiben müssen und welche wandern dürfen. On-Premises-, nationale Cloud- oder hybride Architektur wählen. Alle Kopien, Backups und Replikate an zugelassenen Orten halten. Verschlüsselungsschlüssel innerhalb des Rechtsraums verwalten. Kataloge, Logs und Telemetrie im Land halten. Administrativen Fernzugriff und Zugriff von Anbietern kontrollieren. Offene Tabellenformate für die Portabilität nutzen. Zugriffe und Datenbewegungen protokollieren. Speicher und Netzwerk für Analyseleistung dimensionieren. Zusammenfassung Ein souveräner Data Lake hält Daten, Metadaten und Schlüssel in dem Rechtsraum, dem sie unterliegen, und unter der Kontrolle der Organisation – und liefert dennoch moderne Analytik und KI. Die Anforderungen unterscheiden sich zwischen EU, Vereinigtem Königreich, USA, Japan und dem Nahen Osten, die Designprinzipien sind jedoch einheitlich: Speicher und Kopien im Land, lokale Schlüsselkontrolle, beschränkter Zugriff, offene Formate und vollständige Nachvollziehbarkeit. S3-kompatibler On-Premises-Objektspeicher mit offenen Tabellenformaten ist ein gängiges Fundament, oft kombiniert mit nationalen Cloud-Diensten für weniger sensible Workloads. Häufig gestellte Fragen Was ist ein souveräner Data Lake? Ein Data Lake, der so ausgelegt ist, dass Daten, Metadaten und Schlüssel in einem bestimmten Rechtsraum und unter der Kontrolle der Organisation bleiben. Ist Datenresidenz dasselbe wie Datensouveränität? Nein. Bei der Residenz geht es darum, wo Daten gespeichert sind; bei der Souveränität darum, welches Recht gilt und wer den Zugriff erzwingen kann. Kann eine Public-Cloud-Region Souveränitätsanforderungen erfüllen? Manchmal erfüllt sie Residenzanforderungen, doch ausländisches Recht, das für den Anbieter gilt, kann weiterhin Souveränitätsbedenken aufwerfen. Was sind SecNumCloud und C5? SecNumCloud ist eine französische Qualifizierung für vertrauenswürdige Cloud-Dienste; C5 ist ein deutscher Kriterienkatalog des BSI für Cloud-Sicherheit. Schränkt ein souveräner Data Lake die Analytik ein? Nein. Moderne Engines und offene Tabellenformate auf On-Premises-Objektspeicher liefern eine starke Analyseleistung. Weiterführende Lektüre On-Premises-Data-Lakehouse Offene Tabellenformate auf On-Premises-S3 Leistung von SQL-Query-Engines auf Objektspeicher Migration von HDFS auf Objektspeicher Datensouveränität in der Cloud
