Funktioniert Kafka / Confluent in China? Confluent-Cloud-Regionen, selbst gehostetes Kafka & Data Residency
Apache Kafka ist quelloffene Software, die Sie überall selbst hosten können, einschließlich innerhalb Festlandchinas; Confluent Cloud ist verwaltetes Kafka ohne Festlandchina-Region. Die entscheidende Frage ist also nicht Geschwindigkeit — es ist Data Residency: in China erhobene personenbezogene oder important data durch einen offshore gelegenen Confluent-Cloud-Cluster zu streamen, ist ein grenzüberschreitender Transfer nach PIPL, mit einer CAC-Sicherheitsbewertung und CSL-inländischer-Speicherung (Artikel 39, vormals Artikel 37) für important data und CIIOs. Ein Compliance-zuerst-Blick auf die Datentür — und den selbst gehosteten, inländischen Pfad.
Funktioniert Apache Kafka / Confluent in China?
Ob Kafka in China funktioniert, hängt davon ab, welches „Kafka“ Sie meinen — und es ist eine Data-Residency-Frage, keine Geschwindigkeitsfrage. Apache Kafka ist quelloffene Event-Streaming-Software, die Sie überall selbst hosten können, einschließlich innerhalb Festlandchinas; Confluent Cloud ist Confluents vollständig verwalteter Kafka-Dienst, und nach seiner eigenen Dokumentation läuft er nur in AWS-, Azure- und Google-Cloud-Regionen — keine innerhalb Festlandchinas.
Wenn Sie also Daten, die Sie von Nutzern in China sammeln, durch einen Confluent-Cloud-Cluster in einer offshore gelegenen Region streamen (die nächsten sind Hongkong, Taiwan, Tokio, Seoul oder Singapur), kommen die personenbezogenen — und manchmal important — Daten, die durch diese Topics reiten, im Ausland zur Ruhe. Das ist ein grenzüberschreitender Transfer (数据出境), den PIPL regelt: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus, mit einer CAC-Sicherheitsbewertung für important data, große Volumina oder einen CIIO. Für einen CIIO oder important data hält die inländische Speicherpflicht des Cybersicherheitsgesetzes (Artikel 39, vormals Artikel 37) diese Daten im Festland — was kein offshore gelegener Cluster erfüllen kann.
Der daten-ansässige Pfad ist der quelloffene: Apache Kafka (oder ein China-ansässiges verwaltetes Kafka) innerhalb Chinas selbst hosten, die Streams im Inland halten und die China-gerichtete App im Inland auf ICP-beian-pflichtiger Infrastruktur ausliefern. Dies ist eine Risikokarte, kein Urteil — Ihre Pflichten hängen von Ihren Daten, Ihren Volumina und Ihrer Rolle ab, bestätigen Sie sie also mit Rechtsbeistand. Unser China-Team kann Ihre Kafka-Datenexponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Es ist eine Data-Residency-Frage (数据出境), keine Geschwindigkeitsfrage — und die Antwort teilt sich nach Produkt: Apache Kafka ist quelloffene Software, die Sie überall selbst hosten, während Confluent Cloud ein verwaltetes SaaS ist, dessen Regionen entscheiden, wo Ihre Streams ruhen.
- ✕ Confluent Cloud bietet keine Festlandchina-Region — seine eigene Doku listet AWS-, Azure- und Google-Cloud-Regionen (Hongkong, Taiwan, Tokio, Seoul, Singapur und mehr) ohne eine innerhalb des Festlands.
- ! Personenbezogene — oder important — Daten, die in China erhoben und durch einen Confluent-Cloud-Cluster in einer offshore gelegenen Region gestreamt werden, sind ein grenzüberschreitender Transfer nach PIPL: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus.
- ! Für einen CIIO oder important data gelten inländische Speicherung plus eine CAC-Datenausfuhr-Sicherheitsbewertung (CSL Artikel 39, vormals Artikel 37) — ein offshore gelegener Cluster kann das nicht erfüllen.
- ✓ Ein daten-ansässiger Pfad existiert: Apache Kafka (oder ein China-ansässiges verwaltetes Kafka) innerhalb Chinas selbst hosten, die Streams im Inland halten und die China-gerichtete App im Inland auf ICP-beian-pflichtiger Infrastruktur ausliefern.
Was die offizielle Apache Kafka / Confluent-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Confluent Cloud ist ein vollständig verwalteter Dienst ohne Festlandchina-Region. Confluent beschreibt Confluent Cloud als „a fully managed, cloud-native service for Apache Kafka®“, und seine Cloud-Dokumentation gibt an, es „runs on AWS, Azure, and Google Cloud, including AWS GovCloud and Jio Cloud regions“. Diese Regionstabellen listen Asien-Pazifik-Standorte — Hongkong, Taiwan, Tokio, Osaka, Seoul, Singapur, Jakarta, Mumbai und Sydney — aber keine innerhalb Festlandchinas, die nächsten sind Hongkong und Taiwan. | Confluent Documentation, „Cloud Providers and Regions for Confluent Cloud,“ and Confluent, „Confluent Cloud, a Fully Managed Apache Kafka® Service“ (docs.confluent.io / confluent.io), abgerufen 2026-10-08 |
| Apache Kafka ist quelloffene Software, die Sie selbst betreiben. Die Apache Software Foundation beschreibt es als „an open-source distributed event streaming platform“. Weil Sie die Broker bereitstellen und betreiben, können Sie Apache Kafka überall betreiben — einschließlich auf Infrastruktur innerhalb Festlandchinas — was der Pfad ist, der Event-Daten auf chinesischem Boden hält. | Apache Kafka, Apache Software Foundation (kafka.apache.org), abgerufen 2026-10-08 |
| In China erhobene personenbezogene Daten offshore zu streamen, ist ein PIPL-Grenztransfer. Von Nutzern in China erhobene personenbezogene Information an einen Cluster außerhalb des Festlands zu senden, löst PIPL Artikel 38–40 aus: Mitteilung, eine gesonderte Einwilligung, getrennt von der gewöhnlichen Nutzung, und einen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder Zertifizierung. Die Pflicht ist die des Handlers personenbezogener Information — Ihre, des Confluent-Kunden, nicht die des Kafka-Anbieters. | Personal Information Protection Law of the PRC, Articles 38–40 (cac.gov.cn), abgerufen 2026-10-08 |
| Important data und CIIO-Daten müssen im Festland bleiben. Nach dem Cybersicherheitsgesetz muss personenbezogene Information und important data, die von einem Betreiber kritischer Informationsinfrastruktur in China erhoben werden, im Festland gespeichert werden — Artikel 39 (vormals Artikel 37, umnummeriert durch die Novelle von 2025, in Kraft seit 2026-01-01) — und jeder ausgehende Transfer von important data verlangt eine CAC-Sicherheitsbewertung nach den Maßnahmen zur Sicherheitsbewertung von Datenausfuhren. Ein offshore gelegener Confluent-Cloud-Cluster kann keine In-Festland-Speicherpflicht erfüllen. | Cybersecurity Law of the PRC, Art. 39 (formerly Art. 37); Measures for the Security Assessment of Outbound Data Transfers (cac.gov.cn), abgerufen 2026-10-08 |
| Die Exponierung skaliert mit Volumen und Rolle. Nach den Regulations on Promoting and Regulating Cross-border Data Flows der CAC vom März 2024 ist ein Nicht-CIIO, der in einem Kalenderjahr die nicht-sensible personenbezogene Information von weniger als 100.000 Einzelpersonen transferiert, von der Sicherheitsbewertung, dem Standardvertrag und der Zertifizierung befreit — während important data zu exportieren, oder jeder Export durch einen CIIO, weiterhin die CAC-Sicherheitsbewertung verlangt. | CAC — Regulations on Promoting and Regulating Cross-border Data Flows, March 2024 (gov.cn), abgerufen 2026-10-08 |
Quellen vom 21YunBox Compliance-Team am 8. Oktober 2026 geprüft.
„Funktioniert Kafka in China?“ hat zwei Antworten, weil „Kafka“ zwei verschiedene Dinge benennt. Apache Kafka ist quelloffene Event-Streaming-Software, die Sie selbst betreiben — und Sie können sie überall betreiben, einschließlich auf Servern innerhalb Festlandchinas. Confluent Cloud ist Confluents vollständig verwalteter Kafka-Dienst, und er läuft nur in den AWS-, Azure- und Google-Cloud-Regionen, die Confluent anbietet — von denen keine in Festlandchina ist. Die entscheidende Frage ist also nicht, ob ein Broker erreichbar ist oder wie schnell eine Nachricht streamt; es ist, wo die Daten, die durch Ihre Topics reiten, zur Ruhe kommen dürfen. Für ein China-gerichtetes Produkt ist das eine Data-Residency-Frage — 数据出境 — und welches der beiden Sie betreiben, klärt sie.
Apache Kafka / Confluent in China auf einen Blick
| Was darüber entscheidet | In Apaches und Confluents eigenen Worten — und Chinas Recht |
|---|---|
| Was Sie tatsächlich betreiben | Apache Kafka ist quelloffene Software, die Sie selbst hosten — „an open-source distributed event streaming platform“ — und Sie können sie überall betreiben, einschließlich innerhalb Festlandchinas. Confluent Cloud ist Confluents „fully managed, cloud-native service for Apache Kafka®“, bezogen aus den Regionen, die Confluent anbietet. |
| Wo Confluent Cloud Ihre Daten hinlegt | Nach Confluents Doku „runs on AWS, Azure, and Google Cloud“ Confluent Cloud, über US-, europäische und Asien-Pazifik-Regionen — Hongkong, Taiwan, Tokio, Osaka, Seoul, Singapur, Jakarta, Mumbai, Sydney — mit keiner Region innerhalb Festlandchinas. Die nächsten sind Hongkong und Taiwan. |
| Der grenzüberschreitende Transfer | Personenbezogene — und manchmal important — Daten, die Ihre App von Nutzern in China streamt, landen in diesem offshore gelegenen Cluster. Das ist ein grenzüberschreitender Transfer (数据出境), den PIPL regelt, und der Handler sind Sie, der Confluent-Kunde, nicht Confluent. |
| Important data & Residency | Tragen Sie important data, oder operieren Sie als CIIO, und die Daten müssen im Festland gespeichert werden (Cybersicherheitsgesetz Artikel 39, vormals Artikel 37), mit jedem Export durch eine CAC-Sicherheitsbewertung geklärt — Pflichten, die keine Confluent-Cloud-Region erfüllen kann. |
| Der daten-ansässige Pfad | Hosten Sie Apache Kafka (oder ein China-ansässiges verwaltetes Kafka) innerhalb Chinas selbst, sodass die Streams im Inland bleiben, und liefern Sie die China-gerichtete App im Inland auf ICP-beian-pflichtiger Infrastruktur aus. Kein Regions-Umschalter auf einer verwalteten Cloud ersetzt das. |
Apache Kafka vs. Confluent Cloud: welches Sie betreiben, ist die ganze Frage
Die beiden sind leicht zu verwischen und wichtig zu trennen. Apache Kafka ist, in den Worten der Apache Software Foundation, „an open-source distributed event streaming platform“ — Software, die Sie herunterladen, bereitstellen und auf Infrastruktur betreiben, die Sie wählen. Nichts daran zwingt Ihre Daten offshore; betreiben Sie die Broker auf Servern innerhalb Festlandchinas, und die Event-Daten bleiben auf chinesischem Boden.
Confluent Cloud ist der umgekehrte Handel. Confluent vermarktet es als „a fully managed, cloud-native service for Apache Kafka®“ — Sie platzieren es nicht auf Ihren eigenen Servern; Sie beziehen es aus den Regionen, die Confluent betreibt. Nach Confluents eigener Cloud-Dokumentation „runs on AWS, Azure, and Google Cloud“ Confluent Cloud, und seine veröffentlichten Regionstabellen decken die Vereinigten Staaten, Europa und Asien-Pazifik-Standorte wie Hongkong, Taiwan, Tokio, Osaka, Seoul, Singapur, Jakarta, Mumbai und Sydney ab — aber nicht eine Region innerhalb Festlandchinas. In dem Moment also, in dem eine China-gerichtete App durch Confluent Cloud streamt, kommen die Daten in diesen Topics in einer offshore gelegenen Region zur Ruhe. Das, nicht Latenz, ist es, worauf Chinas Datenrecht reagiert.
China-Daten durch einen offshore gelegenen Cluster zu streamen, überschreitet die Grenze
Die Datensätze, die durch Ihre Topics fließen, sind selten anonym. Event-Streams tragen Anmeldungen, Bestellungen, Clickstreams, Zahlungen und Geräte- und Standortsignale — personenbezogene Information nach Chinas Recht und manchmal auch important data. Wenn diese Streams von Nutzern in Festlandchina erzeugt werden und in einem Confluent-Cloud-Cluster in einer offshore gelegenen Region landen, ist das ein grenzüberschreitender Transfer personenbezogener Information, den Chinas Gesetz zum Schutz personenbezogener Daten regelt. PIPL legt die Pflicht auf den Handler personenbezogener Information — Sie, den Confluent-Kunden, nicht Confluent — und verlangt Mitteilung, eine gesonderte Einwilligung für den Transfer, getrennt von der gewöhnlichen Nutzung, und einen Transfermechanismus: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder Zertifizierung. Wo die Daten important data enthalten oder Volumenlinien überschreiten, machen die Maßnahmen zur Sicherheitsbewertung von Datenausfuhren die CAC-Sicherheitsbewertung zum obligatorischen Weg. Auf Confluent Cloud zu laufen, klärt nichts davon; einen Cluster zu erreichen und freigegeben zu sein, die Daten chinesischer Nutzer dorthin zu bewegen, sind verschiedene Fragen.
Wie viel auf dem Spiel steht — Volumen, Rolle und important data
Das Gewicht dieser Pflichten ist nicht einheitlich. Nach den Regulations on Promoting and Regulating Cross-border Data Flows der CAC vom März 2024 ist ein Handler, der kein Betreiber kritischer Informationsinfrastruktur ist und in einem Kalenderjahr die nicht-sensible personenbezogene Information von weniger als 100.000 Einzelpersonen bewegt, von der Sicherheitsbewertung, dem Standardvertrag und der Zertifizierung befreit — ein wirklich leichterer Pfad für eine kleine App.
Am anderen Ende sitzen zwei Fälle, die Confluent Cloud strukturell nicht bedienen kann. Wenn Ihre Streams important data tragen, oder wenn Sie ein Betreiber kritischer Informationsinfrastruktur sind, verlangt Chinas Cybersicherheitsgesetz, dass in China erhobene personenbezogene Information und important data im Festland gespeichert werden — Artikel 39 (vormals Artikel 37, umnummeriert durch die Novelle von 2025, die am 1. Januar 2026 in Kraft trat) — und jeder ausgehende Transfer läuft durch die CAC-Sicherheitsbewertung. Keine Confluent-Cloud-Region kann eine In-Festland-Speicherpflicht erfüllen, weil keine davon in China sitzt. Ob Ihre Streams diese Stufen erreichen, ist ein mit Rechtsbeistand zu bestätigendes Risiko gegen die Daten, die Sie tatsächlich bewegen.
Der daten-ansässige Pfad: die Streams auf chinesischem Boden halten
Hier ist die quelloffene Hälfte der Geschichte die Antwort. Weil Apache Kafka Software ist, die Sie selbst betreiben, können Sie sie innerhalb Festlandchinas betreiben — selbst gehostet auf inländischer Infrastruktur oder auf einem China-ansässigen verwalteten Kafka-Angebot, das von einem lokalen Anbieter betrieben wird — sodass die Topics, die die Daten chinesischer Nutzer tragen, das Festland nie verlassen. Das Streaming bleibt identisch; was sich ändert, ist, wo die Broker und die Daten leben. Für die strengsten Fälle — important data oder die Daten eines CIIO — ist dieses inländische Fundament keine Optimierung, es ist die Bedingung dafür, überhaupt betreiben zu dürfen. Und die China-gerichtete App, die diese Streams produziert und konsumiert, ist selbst ein öffentlicher Dienst im Festland, trägt also eine ICP-Beian (备案)-Pflicht und braucht rechtskonforme, inländische Auslieferung wie jede andere China-gerichtete Property.
Wo 21YunBox hineinpasst — die Pflicht kartieren, die Daten lokalisieren, im Inland ausliefern
Sie bauen weiter auf Kafka; nichts an Ihrer Architektur muss die Form ändern. Unser China-Team arbeitet an drei Fronten. Wir kartieren Ihre Grenztransfer- und Data-Residency-Pflichten — welche von PIPLs Mechanismen Sie schulden, ob Ihre Streams important data tragen und ob Ihre Rolle Sie in die CIIO-Stufe zieht. Wir lokalisieren die Daten selbst: wo das Gesetz verlangt, dass die Datensätze chinesischer Nutzer im Festland bleiben, helfen wir Ihnen, eine selbst gehostete Apache-Kafka-Bereitstellung oder ein China-ansässiges verwaltetes Kafka innerhalb Chinas zu betreiben, sodass die Streams nie gehen. Und wir liefern die China-gerichtete App, die diese Streams produziert und konsumiert, im Inland aus, auf ICP-beian-pflichtiger Infrastruktur, die vor dem Origin steht, den Sie bereits betreiben — den 21YunBox Optimizer — ohne Neuaufbau und ohne zweite Codebasis. Das Ergebnis ist ein Streaming-Stack, dessen China-Daten auf chinesischem Boden sitzen und dessen App rechtmäßig im Festland ausgeliefert wird. Dies ist eine Risikokarte, kein Urteil: Ihre genauen Pflichten hängen von Ihren Daten, Ihren Volumina und Ihrer Rolle ab, klären Sie sie also mit Rechtsbeistand, bevor Sie bauen.
Compliance-Einschätzung anfordern →
Weiterführend:
- Maßnahmen zur Sicherheitsbewertung von Datenausfuhren
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz — Datenlokalisierung und Artikel 39
Häufige Fragen
Funktioniert Apache Kafka in China?
Es hängt davon ab, welches „Kafka“ Sie meinen, und die eigentliche Frage ist Data Residency, nicht Geschwindigkeit. Apache Kafka ist quelloffene Software, die Sie selbst betreiben, Sie können es also auf Infrastruktur innerhalb Festlandchinas selbst hosten und die Event-Daten auf chinesischem Boden halten. Confluent Cloud, der vollständig verwaltete Dienst, ist anders: nach Confluents eigener Dokumentation läuft er nur in AWS-, Azure- und Google-Cloud-Regionen, keine innerhalb Festlandchinas, ein China-gerichteter Stream darauf ruht also offshore. Behandeln Sie Ihre genauen Pflichten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Speichert Confluent Cloud meine Daten in China?
Nein. Confluent Cloud bietet keine Festlandchina-Region — seine Cluster laufen in den AWS-, Azure- und Google-Cloud-Regionen, die Confluent auflistet, die nächsten sind Hongkong, Taiwan, Tokio, Seoul und Singapur. Personenbezogene — und manchmal important — Daten, die Ihre App von Nutzern in China sammelt, werden also offshore gespeichert, was ein grenzüberschreitender Transfer personenbezogener Information ist, den PIPL regelt: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus, mit einer CAC-Sicherheitsbewertung für important data, große Volumina oder einen CIIO.
Wie halten wir unsere Kafka-Daten in China und bleiben rechtskonform?
Nutzen Sie den quelloffenen Pfad: hosten Sie Apache Kafka oder ein China-ansässiges verwaltetes Kafka auf Infrastruktur innerhalb des Festlands selbst, sodass die Streams, die die Daten chinesischer Nutzer tragen, nie gehen. Die China-gerichtete App, die diese Streams produziert und konsumiert, ist selbst ein öffentlicher Festland-Dienst, sie braucht also weiterhin eine ICP-Beian und rechtskonforme inländische Auslieferung. 21YunBox kartiert Ihre Grenztransfer- und Data-Residency-Exponierung, hilft Ihnen, die inländische Kafka-Bereitstellung aufzustellen, und bietet die ICP-beian-pflichtige inländische Auslieferung — es ist kein Weg, einen offshore gelegenen Cluster zu erreichen. Bestätigen Sie Ihre konkreten Pflichten mit Rechtsbeistand.
