Funktioniert Cloudera in China? Datenresidenz, ICP & Grenzübertritts-Regeln
Cloudera ist ein Big-Data-Lakehouse, das Ihren analytischen Bestand im Ruhezustand hält — Logs, Kunden- und Transaktions-Datensätze, Verhaltensdaten —, oft im Petabyte-Maßstab, die China-Frage ist also Residenz, nicht Geschwindigkeit. Es ist selbst hostbar on-premises (der rechtmäßige inländische Hebel); die verwaltete Variante läuft auf AWS, Azure oder Google Cloud, offshore des Festlands.
Funktioniert Cloudera in China?
Ob Sie Cloudera in China nutzen können, ist eine Datenresidenz-Frage, keine Geschwindigkeitsfrage. Cloudera ist ein Big-Data-Lakehouse, das Ihren analytischen Bestand — Event-Logs, Kunden- und Transaktionshistorie, Verhaltensdaten, ML-Trainingssätze — im Ruhezustand hält, oft im Petabyte-Maßstab, die ganze Frage ist also, wo all diese Daten leben dürfen.
Cloudera wird als Software ausgeliefert, die Sie selbst betreiben: Nach seiner eigenen Dokumentation „Cloudera Base on premises lays the foundation of Cloudera's modern, on-premises data and analytics platform“, ein Deployment, das Sie auf Ihrer eigenen Infrastruktur aufstellen — auch innerhalb Festlandchinas, was der rechtmäßige Hebel ist. Seine verwaltete Public-Cloud-Variante läuft stattdessen auf AWS, Azure oder Google Cloud, die Datensätze Ihrer China-Nutzer ruhen also in welcher dieser Regionen auch immer Sie landen — ein Grenztransfer personenbezogener Daten, den PIPL regelt, und bei Clouderas Mengen sehr wahrscheinlich eine inländische Speicherpflicht, die ein Offshore-Cluster nicht erfüllen kann. Die Abhilfe ist keine schnellere Verbindung zurück offshore — sie ist, Cloudera im Inland zu betreiben.
Compliance-Momentaufnahme
- ! Betreiben Sie es offshore oder auf verwalteter Public Cloud, und Ihre China-Daten ruhen im Ausland
- ! Grenztransfer personenbezogener Daten — PIPL Art. 38–40 gelten
- ! Bei Petabyte-Mengen überschreiten Sie wahrscheinlich die Großmengen-Lokalisierungs-Schwelle
- ! CSL Art. 39 (vormals 37) verlangt inländische Speicherung — offshore kann sie nicht erfüllen
- ✓ Rechtmäßiger Weg: Cloudera on-premises im Inland betreiben, dann die Oberflächen ICP-melden
Was die offizielle Cloudera-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Clouderas eigene Dokumentation gibt an, dass „Cloudera Base on premises lays the foundation of Cloudera's modern, on-premises data and analytics platform“ — ein Deployment, das Sie auf Ihrer eigenen Infrastruktur betreiben, auch auf Festlandchina-Boden (der Residenz-Hebel). | Cloudera Documentation — Cloudera on premises (abgerufen 2026-10-14) |
| Auf Clouderas Produktseite „runs on AWS, Azure, and Google Cloud“ die verwaltete Variante, ein verwaltetes Deployment speichert Ihre Daten also in welcher Hyperscaler-Region auch immer Sie wählen — relativ zum Festland offshore, sofern sie nicht physisch im Inland sitzt. | Cloudera — Products, deployment options (abgerufen 2026-10-14) |
| Personenbezogene Daten, die von Nutzern in Festlandchina erhoben und in einem Offshore-Cloudera-Deployment gehalten werden, sind ein Grenztransfer nach PIPL Art. 38–40, der Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus erfordert, bevor sie das Land verlassen dürfen. | PIPL Articles 38–40 — Cross-border data transfers (21YunBox gov-doc) |
| Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten und wichtige Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — ein Petabyte-skaliges Lakehouse überschreitet leicht die Mengenschwelle. | Cybersecurity Law Article 39 (formerly Article 37) — data localization (21YunBox gov-doc) |
Quellen vom 21YunBox Compliance-Team am 14. Oktober 2026 geprüft.
Für ein Unternehmen, das Festlandchina bedient, war die erste Frage zu Cloudera nie, ob es sich installiert oder ob Ihre Pipelines es erreichen können — sie können; Cloudera ist eine Plattform, die Sie auf Infrastruktur Ihrer Wahl deployen. Ein Big-Data-Lakehouse ist, wo Ihre Datensätze physisch zur Ruhe kommen, in einem Maßstab, den wenige andere Systeme erreichen: rohe Event- und Log-Daten, Clickstream- und Verhaltensdaten, Kunden- und Transaktionshistorie und die daraus gebauten ML-Trainingssätze — der gesamte analytische Bestand, häufig im Petabyte-Maßstab. Die eigentliche Frage ist also eine Residenzfrage — wo darf all das leben? Cloudera ist auf dieser Liste ungewöhnlich auf eine Weise, die Ihnen hilft: Es wird als Software ausgeliefert, die Sie selbst betreiben. Nach Clouderas eigener Dokumentation „Cloudera Base on premises lays the foundation of Cloudera’s modern, on-premises data and analytics platform“ — ein Deployment, das Sie auf Ihrer eigenen Infrastruktur aufstellen, auch innerhalb Festlandchinas. Betreiben Sie es on-premises auf Festland-Boden, und die Daten bleiben im Inland — der rechtmäßige Hebel. Betreiben Sie es auf Clouderas verwalteter Public-Cloud-Variante, die die Produktseite der Firma als „runs on AWS, Azure, and Google Cloud“ beschreibt, und die Daten Ihrer China-Nutzer ruhen in welcher dieser Regionen auch immer Sie landen.
Cloudera in China auf einen Blick
| Worüber es entscheidet | In Clouderas eigenen Worten — und Chinas Recht |
|---|---|
| Wo die Daten physisch ruhen | Cloudera speichert Daten, wo immer Sie es deployen. Betreiben Sie es on-premises oder als Private Cloud auf Ihrer eigenen Infrastruktur, und die Daten leben dort; betreiben Sie die verwaltete Variante, und sie leben in welcher Region auch immer Ihre Cloud bietet — Clouderas eigene Produktseite gibt an, die Plattform "runs on AWS, Azure, and Google Cloud", von denen keine Ihre Daten standardmäßig ins Festland legt. |
| Was Cloudera hält | Das analytische System of Record: rohe Event- und Log-Daten, Clickstream- und Verhaltensdaten, Kunden- und Transaktionshistorie und die daraus gebauten ML-Trainingssätze — häufig im Petabyte-Maßstab. Fast alles davon sind personenbezogene Daten, und ein einzelner Datensatz kann Art.-28-sensible personenbezogene Daten halten — Finanz-, Behörden-ID-, Präzisstandort- oder Gesundheitsfelder. Wo das Lakehouse sitzt, ist, wo diese personenbezogenen Daten sitzen. |
| Die Datensätze Ihrer China-Nutzer | In einem Offshore-Deployment oder einer verwalteten Region außerhalb des Festlands gehalten, ruhen die Daten Ihrer chinesischen Nutzer im Ausland — ein Grenztransfer, den PIPL regelt (Art. 38–40), über die Grenze getragen bei jedem Ingest und jeder Abfrage. Der Verarbeiter am Haken sind Sie, der Betreiber, nicht Cloudera. |
| Die inländische Speicherpflicht | Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen müssen in China erhobene personenbezogene Daten und wichtige Daten im Festland bleiben (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)). Im Petabyte-Maßstab überschreitet ein Lakehouse leicht die Mengenschwellen, die die Regulierer setzen, und ein Offshore-Cluster kann die Pflicht nicht erfüllen. |
| Ist es erreichbar? | Erreichbarkeit ist nicht die Achse — Cloudera ist eine Plattform, die Sie deployen, keine gesperrte Site. Der rechtmäßige Weg ist, es im Inland zu betreiben: selbst gehostet auf Festland-Infrastruktur, mit jeder auf China ausgerichteten Oberfläche davor auf einer ICP-gemeldeten Grundlage. |
Wo die Daten tatsächlich ruhen
Cloudera hat keine Heimatregion; Ihr Deployment entscheidet. Die Plattform ist dieselbe Software, ob sie in Virginia, Frankfurt oder Shanghai läuft, die Residenzfrage landet also ganz auf dem Host, auf den Sie es setzen. Stellen Sie Cloudera auf Servern innerhalb Festlandchinas auf — on-premises oder auf inländischer Infrastruktur, die Sie kontrollieren —, und das Lakehouse ruht auf chinesischem Boden. Richten Sie Ihre Pipelines auf die verwaltete Variante, und die Daten ruhen, wo immer dieser Dienst eine Region bietet.
Hier ist Clouderas verwaltete Landschaft relevant. Clouderas Produktseite beschreibt ein verwaltetes Angebot, das „runs on AWS, Azure, and Google Cloud“, ein verwaltetes Deployment hält Ihre Daten also in welcher dieser Hyperscaler-Regionen auch immer Sie wählen — und sofern die Region, in der Sie landen, nicht physisch im Festland sitzt, ist das relativ zu China offshore. Anders als eine Datenbank, mit der Sie sich bloß verbinden, ist ein Cloudera-Lakehouse auch der Ort, an dem Ihre Organisation Daten aus jeder Quelle zu konzentrieren wählt, was die Residenz des gesamten Bestands, nicht einer Tabelle, zur Frage macht.
Weil Cloudera als Software ausgeliefert wird, die Sie selbst deployen, ist der inländische Weg Ihnen direkt offen: Stellen Sie Cloudera auf Festland-Infrastruktur auf, und die Plattform verhält sich genau wie im Ausland — dieselben Engines, dieselben Schemas, dieselben Jobs und Pipelines — mit den Datensätzen, die China im Inland zu halten verlangt, auf chinesischem Boden ruhend. Ein inländisches Deployment ist der Ausgangspunkt der Compliance, nicht ihre Gesamtheit: Jede öffentliche, auf China ausgerichtete Oberfläche vor dem Lakehouse verdient weiterhin ihre eigene ICP-Beian, gebunden an eine Festland-Hosting-Ressource.
Was es hält, sind personenbezogene Daten
Eine Datenplattform verdient diese Prüfung wegen dem, was — und wie viel — sie speichert. Ein Cloudera-Lakehouse ist gebaut, um der einzige Ort zu sein, an dem eine Organisation ihre analytischen Daten landet: die rohen Event-Logs, Clickstream- und Verhaltens-Datensätze, Kunden- und Transaktionshistorie und die daraus abgeleiteten ML-Features und -Trainingssätze. Jeder Datensatz, der eine Person identifiziert, sind personenbezogene Daten nach dem Gesetz zum Schutz personenbezogener Daten, und manches davon sind Art.-28-sensible personenbezogene Daten — Finanz-Datensätze, behördlich ausgestellte IDs, präziser Standort, biometrische oder Gesundheitsdaten —, was eine höhere Schwelle von spezifischem Zweck, strikter Notwendigkeit und gesonderter Einwilligung trägt.
Sobald diese Information von Personen in China erhoben und in einem Offshore-Cloudera-Deployment gespeichert wird, ist sie dort zu halten ein Grenztransfer, und jeder Ingest, jede Abfrage und jeder Export bewegt personenbezogene Daten erneut über die Grenze. PIPL legt die Pflicht auf Sie — den Verarbeiter, nicht Cloudera —, Mitteilung zu geben, gesonderte Einwilligung einzuholen und einen Transfermechanismus zu erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Art. 38–43). Der Maßstab schärft die China-Frage hier mehr als fast irgendwo sonst auf dieser Liste: Ein Lakehouse existiert genau, um Daten im Volumen zu akkumulieren, und ein Verarbeiter, der personenbezogene Daten an den Schwellen verarbeitet, die die Cyberspace Administration of China spezifiziert, fällt unter verschärfte Pflichten — einschließlich, für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter bei diesen Mengen, einer Anforderung, dass die Daten bleiben, wo sie sind. Nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37) — die Cybersicherheitsgesetz-Änderung von 2025, in Kraft am 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Substanz unverändert — müssen personenbezogene Festland-Daten und wichtige Daten im Festland gespeichert werden. Ein Offshore-Lakehouse kann diese Pflicht strukturell nicht erfüllen, und je größer Ihr Bestand, desto wahrscheinlicher sind Sie innerhalb der Schwelle, die sie auslöst.
Warum ein Erreichbarkeits-Check das verfehlt
Es ist verlockend, Cloudera für China so zu testen, wie Sie eine Website testen würden — eine Verbindung aus Shanghai öffnen, die Latenz messen, es für erledigt erklären. Dieser Check beantwortet die falsche Frage. Er fragt nur, ob Ihre Pipelines die Plattform erreichen können; sie können, von fast überall. Was er nicht sehen kann, ist das, worauf Chinas Recht tatsächlich reagiert: dass Petabytes regulierter Datensätze offshore gespeichert sind. Ein Offshore-Cloudera-Deployment bloß erreichbar — oder schneller — zu machen, lässt die Daten genau dort, wo sie waren, im Ausland, was per Definition der Residenz-Verstoß ist, egal wie schnell der Hin- und Rückweg. Die Abhilfe ist keine bessere Verbindung zurück zum Offshore-Cluster; sie ist, zu bewegen, wo die Daten zur Ruhe kommen. Sie im Inland zu speichern, ist die Antwort; sie aus dem Inland zu erreichen, ist es nicht.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Sie müssen Cloudera nicht fallenlassen, um es rechtmäßig für Festlandchina zu betreiben. 21YunBox ist eine rechtskonforme Overlay, keine Migration — und, für eine Plattform, die Sie selbst deployen, ein Partner, der neben Ihrem Stack sitzt, kein Konkurrent zu ihm. Es gibt drei Züge, und sie fügen sich zusammen.
Kartieren. Unser China-Compliance-Team liest Ihre PIPL-Grenzübertritts-, Datenresidenz- und Datenlokalisierungs-(CII-)Pflichten gegen Ihre tatsächliche Gesellschaft, Ihre Datenmengen und wessen personenbezogene Daten im Lakehouse sitzen — sodass die Exponierung aufgeschrieben ist, bevor irgendetwas bewegt wird. Für ein System, das gebaut ist, Daten im Maßstab zu halten, ist die Mengenfrage keine Fußnote; sie ist oft, was entscheidet, ob inländische Speicherung geschuldet wird.
Lokalisieren. Weil das Risiko ist, wo die Daten ruhen, betreiben wir Cloudera im Inland — selbst gehostet auf Festland-Infrastruktur —, sodass die personenbezogenen Daten und wichtigen Daten, die China auf Festland-Boden zu halten verlangt, es tun. Lokalisieren bedeutet, ein rechtmäßiges inländisches Deployment derselben Plattform aufzustellen, nie bloß einen Offshore-Endpunkt erreichbar zu machen; nur die minimierte, rechtmäßig übertragbare Teilmenge — aggregierte oder de-identifizierte Ergebnisse, die rechtmäßig gehen dürfen — überquert je, gestützt von einem Transfermechanismus.
Ausliefern. Für jede auf China ausgerichtete Oberfläche vor dem Lakehouse — die Anwendungen, den API-Edge, die Analytik- und Reporting-Portale, die Ihre Festland-Nutzer erreichen — liefert der 21YunBox Optimizer ICP-gemeldete, inländische Auslieferung, vor dem Stack, den Sie bereits betreiben. Ohne Neuaufbau, ohne zweite Codebasis. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer; der ganze Sinn ist ein rechtmäßiger, gemeldeter, inländischer Weg.
Diese Seite ist eine Risikokarte, kein Urteil — ob Sie inländische Speicherung, einen Transfermechanismus, eine gesonderte Einwilligung, eine ICP-Beian oder eine Kombination schulden, hängt von Ihrer Gesellschaft, Ihren Datenmengen und davon ab, wessen personenbezogene Daten im Lakehouse sitzen, klären Sie die Einzelheiten also mit Rechtsbeistand, bevor Sie bauen. Das Ziel ist klar: Ihre Cloudera-Plattform läuft legal und rechtskonform für Ihre Nutzer in China.
Compliance-Einschätzung anfordern →
Weiterführend:
- Chinas Gesetz zum Schutz personenbezogener Daten (PIPL)
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist Cloudera in China gesperrt?
Nein — Erreichbarkeit ist nicht das Problem. Cloudera ist eine Plattform, die Sie selbst deployen, und Ihre Pipelines können sie aus China erreichen. Die Compliance-Frage ist, wo die Daten, die es speichert, physisch ruhen, nicht ob es lädt oder wie schnell es antwortet.
Kann ich Cloudera innerhalb Festlandchinas betreiben?
Ja. Clouderas On-Premises-/Private-Cloud-Deployment läuft auf Infrastruktur, die Sie kontrollieren, Sie können es also auf Festlandchina-Infrastruktur aufstellen und die regulierten Daten im Inland halten. Die verwaltete Public-Cloud-Variante hingegen legt Ihre Daten in die Regionen des Cloud-Anbieters, die standardmäßig offshore sitzen.
Ist das Volumen der Daten für Cloudera relevant?
Ja. Ein Cloudera-Lakehouse hält oft personenbezogene Daten und wichtige Daten im Petabyte-Maßstab, was es weit wahrscheinlicher macht, die Großmengen-Schwellen zu überschreiten, die Regulierer für inländische Speicherung nach PIPL Art. 40 und Cybersicherheitsgesetz Art. 39 (vormals Art. 37) setzen.
