Datenresidenz & DSGVO
EU-Datenresidenz ist eine Architekturentscheidung darüber, wo Workloads, Prompts, Dokumente, Logs, Backups und Support-Zugriffe verarbeitet werden, nicht nur ein Cloud-Regionslabel. Ein belastbares Deployment dokumentiert jeden Datenfluss, gibt dem Kunden eine gewählte EU-, Private-Cloud- oder On-Premise-Grenze und beschreibt jeden verbleibenden Transfer oder Unterauftragsverarbeiter.
Mit einem Datenfluss-Inventar beginnen
Für einen Unternehmenskunden ist „Wohin gehen unsere Daten?“ keine einzelne Frage. Sie umfasst Quellsysteme, hochgeladene Dokumente, Prompt-Kontext, Embeddings, Modellanfragen, Telemetrie, Backups, Support-Zugriffe und Incident-Aufzeichnungen. Jeder Fluss braucht Eigentümer, Zweck, Ziel, Aufbewahrungsregel und Transferentscheidung.
EUHub AI entwirft Deployments für die im Engagement ausgewählte Umgebung: eine EU-only Public-Cloud-Region, die Private Cloud des Kunden oder eine On-Premise-Umgebung. Die Website selbst läuft derzeit in Google Cloud europe-west1 in Belgien; die Architektur von Kundensystemen wird projektbezogen vereinbart. Ein Deployment-Design darf nicht suggerieren, dass alle Kunden identische Datenflüsse haben.
Die Deployment-Grenze nach Risiko wählen
Die passende Grenze hängt von Datenkategorie, regulatorischen Pflichten, internem Sicherheitsmodell, Betriebsteam und Modellanforderungen ab. Eine EU-Public-Cloud kann Betriebsaufwand senken und regionale Kontrolle behalten. Private Cloud oder On-Premise kann stärkere Isolation und Kundenkontrolle bieten, verlagert aber mehr Betriebsverantwortung auf Kunde oder vereinbarten Betreiber.
Entscheidend ist nicht, ob eine Plattform „EU“ sagt. Entscheidend ist, ob die Architektur jeden Auftrags- und Unterauftragsverarbeiter identifiziert, festhält, wo jede Datenkategorie verarbeitet wird, und dem Kunden eine praktische Prüfung der Grenze ermöglicht.
| Option | Typische Datengrenze | Betriebsverantwortung | Anzufordernder Nachweis |
|---|---|---|---|
| EU Public Cloud | Kundenseitig freigegebene EU-Region und Managed Services | Geteilt zwischen Kunde und Delivery-Team | Regionsdiagramm, Service-Inventar, Zugriffskontrollen |
| Private Cloud | Kunden-Tenant und Netzwerkgrenze | Kunde oder vereinbarter Betreiber | Netzwerkdesign, Identitätsmodell, Backup- und Incident-Runbook |
| On-Premise | Kundenstandort oder Hardwaregrenze | Kunde mit definierter Supportverantwortung | Hardware-Basis, Patching, Logging und Wiederherstellung |
AVV, Unterauftragsverarbeiter und Transferentscheidungen
Wenn EUHub AI personenbezogene Daten im Auftrag eines Kunden verarbeitet, sollten die Parteien eine Auftragsverarbeitungsvereinbarung schließen, die tatsächliche Verarbeitung, Rollen, Weisungen, Sicherheitsmaßnahmen, Lösch- oder Rückgabeprozess und Audit-Regelung abbildet. DSGVO Artikel 28 und 32 sind hilfreiche Bezugspunkte, aber die Vereinbarung muss dem konkreten System entsprechen und darf keine ungeprüften Allgemeinplätze wiederholen.
Unterauftragsverarbeiter-Transparenz ist operativ: Der Kunde benötigt eine aktuelle Liste relevanter Hosting-, Modell-, Monitoring- und Supportanbieter, den Grund für deren Einsatz und einen Prozess zur Benachrichtigung über Änderungen, wenn die Vereinbarung dies verlangt. Self-hosted oder On-Premise kann die Exposition gegenüber Dritten reduzieren, beseitigt aber nicht die Pflicht, Administratoren, Supportkanäle und Telemetrie zu dokumentieren.
Internationale Transfers benötigen ein explizites Design
Verlässt ein Datenfluss den Europäischen Wirtschaftsraum, behandeln Sie ihn als dokumentierte Architektur- und Rechtsentscheidung. Erfassen Sie Ziel, Providerrolle, Transfermechanismus, ergänzende Schutzmaßnahmen und Restrisiko. Standardvertragsklauseln und Transfer Impact Assessments können relevant sein, ersetzen aber nicht das Verständnis des tatsächlichen technischen Flusses.
Der einfachste Weg, ein Transferrisiko zu verringern, kann sein, den Transfer zu vermeiden: Prompts, Dokumente, Logs und Model Inference in einer gewählten EU- oder kundenverwalteten Umgebung zu halten, wenn dies technisch und wirtschaftlich passend ist. Ist ein Fluss unvermeidbar, dokumentieren Sie den Grund, minimieren Sie die Daten und bestätigen Sie die Kontrollen mit qualifizierter Datenschutzberatung.
Sicherheit, Aufbewahrung und Nachweise für die Beschaffung
Ein vertretbares Deployment kombiniert Verschlüsselung bei Übertragung und Speicherung, Least-Privilege-Zugriff, Rollentrennung, Audit-Logging, überwachte Backups und einen Incident-Prozess. Die konkreten Kontrollen hängen von Umgebung und Vertrag ab; bewerben Sie keine Kontrolle, die nicht Teil des gelieferten Designs ist.
Für die Aufbewahrung definieren Sie, was gespeichert wird, warum, wer Zugriff hat und wodurch Löschung oder Rückgabe ausgelöst wird. Ein Kunde sollte Architekturdiagramm, Zugriffsmatrix, Unterauftragsverarbeiter-Inventar, Runbook, Log-Retention-Einstellung, Backup-Policy und Löschverfahren anfordern können. Fordern Sie einen Architekturreview für Datenverarbeitung an, wenn diese Artefakte vor einer Pilotfreigabe erfasst werden sollen.
Häufige Fragen
Können KI-Prompts und Dokumente in der EU bleiben?
Ja, wenn das ausgewählte Modell, Hosting, Storage, Logging und Support diese Grenze unterstützen. Die Architektur muss jeden Datenfluss dokumentieren und darf sich nicht auf eine allgemeine Regionsaussage verlassen.
Benötigen wir eine Auftragsverarbeitungsvereinbarung?
Wenn ein Anbieter personenbezogene Daten in Ihrem Auftrag verarbeitet, definiert eine AVV typischerweise Rollen, Weisungen, Sicherheit, Unterauftragsverarbeiter, Auditrechte sowie Löschung oder Rückgabe. Lassen Sie Ihre konkrete Situation rechtlich prüfen.
Wie bewerten wir Unterauftragsverarbeiter?
Führen Sie ein Inventar von Hosting, Modellen, Monitoring und Support; bestimmen Sie, welche Daten jeder erhalten kann; erfassen Sie Standort und Rolle; und definieren Sie, wie Kunden über Änderungen informiert werden.
Was passiert bei Verarbeitung außerhalb des EWR?
Dokumentieren Sie exakten Fluss, Ziel, Zweck, Transfermechanismus und Schutzmaßnahmen. Minimieren Sie die Daten und holen Sie Datenschutz- oder Rechtsreview ein, bevor die Architektur freigegeben wird.
Entfernt ein On-Premise-Modell alle Datenschutzaufgaben?
Nein. On-Premise verändert die Grenze, beseitigt aber nicht Verantwortlichkeiten für Zugriffe, Logging, Aufbewahrung, Sicherheit, Mitarbeiterzugriff, Incident Handling oder Vertragsrollen.
Welche Nachweise sollte die Beschaffung verlangen?
Fordern Sie Datenflussdiagramm, Deployment- und Regionsstatement, AVV, Unterauftragsverarbeiterliste, Zugriffsmatrix, Aufbewahrungsrichtlinie, Sicherheitskontrollen, Incident-Prozess und Übergabeverantwortlichkeiten an.
Primärquellen
- Regulation (EU) 2016/679 (GDPR) — EUR-Lex
- Standard Contractual Clauses for international transfers — European Commission
- EDPB recommendations and guidance — European Data Protection Board
- Google Cloud locations — Google Cloud