Funktioniert SingleStoreDB Cloud in China? Datenresidenz, PIPL & die ICP-Frage
SingleStores verwaltete Helios-Cloud läuft nur auf AWS, Azure und GCP — ohne Region innerhalb Festlandchinas — chinesische Nutzer zu bedienen, hält ihre personenbezogenen Daten also im Ausland nach PIPL. Eine Datenbank trägt keine eigene ICP, und nur der selbst verwaltete Build kann im Land bleiben. Ein Blick zuerst auf die Compliance: die Türen.
Funktioniert SingleStoreDB Cloud in China?
SingleStoreDB Cloud erreicht China, aber sein verwalteter Helios-Dienst läuft nur auf AWS, Azure und GCP — ohne Region innerhalb Festlandchinas — chinesische Nutzer zu bedienen, hält ihre personenbezogenen Daten also im Ausland. Eine Datenbank ist ein Backend und trägt keine eigene ICP; das Lizenzrisiko sitzt auf der öffentlichen App davor, und das Datenrisiko sitzt darauf, wo die Datensätze leben.
SingleStores eigene Dokumentation definiert eine Helios-Region als einen Ort, „provided by AWS, Google Cloud (GCP), and Microsoft Azure where SingleStore can be deployed“, und gibt an „Managed regions are available across AWS, Azure, and GCP“ — keiner davon gibt SingleStore eine Festland-Region. Halten Sie die Datensätze Ihrer chinesischen Nutzer in einem verwalteten Cluster, und diese personenbezogene Information wird im Ausland gespeichert, ein grenzüberschreitender Transfer, den PIPL regiert (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus), mit einer inländischen Speicherpflicht für einen CIIO oder Verarbeiter großer Mengen. SingleStores selbst verwalteter Build kann stattdessen auf Festland-Infrastruktur installiert werden, um Daten im Land zu halten — aber dann werden die ICP-Beian auf Ihrer öffentlichen App und die Residenzpflicht Ihre. Die Tabelle unten ist SingleStores eigener Wortlaut und die Regel, die jede Tür auslöst.
Dies ist eine Risikokarte, kein Urteil — welche Tür passt, hängt von Ihrer Gesellschaft, Ihren Datenmengen und davon ab, wer Ihre Nutzer sind. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! SingleStore ist eine Backend-Datenbank — ICP bindet sich an die öffentliche App davor, nicht an den Cluster
- ✕ Verwaltetes Helios läuft nur auf AWS, Azure und GCP — keine Festland-China-Region
- ! Bedienen Sie China aus verwaltetem Helios, sitzen die Daten Ihrer Nutzer im Ausland — PIPL-Grenztransfer gilt
- ✓ Selbst verwaltetes SingleStore kann auf Festland-Infrastruktur laufen und Daten im Land halten
- ! Selbsthosting im Festland legt die ICP-Beian und die Residenzpflicht auf Sie
Was die offizielle Singlestoredb Cloud-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Verwaltetes SingleStore (Helios) läuft nur auf AWS, Azure und GCP — ohne Region innerhalb Festlandchinas. SingleStores eigene Dokumentation definiert eine Helios-Region als einen Ort, „provided by AWS, Google Cloud (GCP), and Microsoft Azure where SingleStore can be deployed“, und gibt an „Managed regions are available across AWS, Azure, and GCP“. Keine dieser drei globalen Clouds gibt SingleStore eine Festland-Region — AWS China und Azure China sind separate, lokal betriebene Partitionen, und GCP betreibt keine Festland-Region (Schluss) — ein verwalteter Cluster, der chinesische Nutzer bedient, hält ihre personenbezogene Information also im Ausland. | SingleStore Helios Region Types (docs.singlestore.com), retrieved 2026-10-07 |
| SingleStore ist auch selbst verwaltete Software, die Sie auf Ihren eigenen Hosts betreiben können — die eine Tür, die Daten im Land halten kann. Seine Deployment-Dokumentation gibt an, SingleStore „can be deployed on bare metal, on virtual machines, or in the cloud by using SingleStore Tools, or via popular configuration management tools“. Installieren Sie diesen selbst verwalteten Build auf Festlandchina-Infrastruktur, und die Datensätze können innerhalb des Landes bleiben — aber die ICP-Beian auf Ihrer öffentlichen App und die Datenresidenzpflicht fallen dann auf Sie, nicht auf SingleStore. | SingleStore self-managed Deploy docs, v9.1 (docs.singlestore.com), retrieved 2026-10-07; State Council Order No. 292; MIIT Order No. 33 |
| Wo die Datensätze Ihrer Nutzer sitzen, entscheidet die PIPL-Frage. Halten Sie die personenbezogenen Daten chinesischer Nutzer in einem verwalteten, Offshore-Helios-Cluster, ist das ein grenzüberschreitender Transfer nach PIPL — der Verarbeiter (Sie, nicht SingleStore) muss Mitteilung erteilen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Art. 38–43). Für einen Betreiber kritischer Informationsinfrastruktur oder Verarbeiter großer Mengen muss in China gesammelte personenbezogene Information im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Pflicht, die keine AWS-, Azure- oder GCP-Region außerhalb des Festlands erfüllen kann. | PIPL Articles 38–43 & 40; Cybersecurity Law Article 39 (formerly Article 37); SingleStore Helios Region Types (docs.singlestore.com), retrieved 2026-10-07 |
| Eine Datenbank trägt keine eigene ICP-Beian — die Lizenz bindet sich an die öffentliche Site davor. Eine ICP-Beian (ICP 备案, nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33) ist an die öffentlich zugängliche Website oder App gebunden, die Festland-Besucher bedient, nicht an den SingleStore-Cluster dahinter. SingleStore gibt Ihnen ohnehin keine Festland-Region, wogegen sich melden ließe — seine Dokumentation sagt, „contact your SingleStore account representative or SingleStore Support“, wenn eine Region nicht verfügbar ist — der lizenzierte Boden muss also von der Festland-Auslieferungsschicht vor Ihrer Datenbank kommen, nie von der Datenbank selbst. | SingleStore Helios Region Types (docs.singlestore.com), retrieved 2026-10-07; State Council Order No. 292; MIIT Order No. 33 |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Festlandchina-Publikum ist die Frage zu SingleStoreDB Cloud nicht, wie schnell es eine Abfrage beantwortet — sie ist, wo die Datensätze Ihrer Nutzer leben dürfen und wer lizenziert ist, die Anwendung zu bedienen, die sie liest. SingleStore klärt die erste Hälfte in seiner eigenen Dokumentation: Sein verwalteter Helios-Dienst wird nur auf AWS, Google Cloud und Microsoft Azure bereitgestellt, und keiner davon gibt SingleStore eine Region innerhalb des Festlands. Eine Datenbank ist ein Backend, sie trägt also nie eine eigene ICP-Beian — aber halten Sie die personenbezogenen Daten chinesischer Nutzer in einem Offshore-Cluster, und Sie haben einen grenzüberschreitenden Transfer, den Chinas Recht regiert, während die öffentliche App davor weiterhin einen Festland-, lizenzierten Boden braucht. Erreichbarkeit ist die leichte Hälfte; Residenz und Lizenzierung sind die Exponierung.
SingleStoreDB Cloud in China auf einen Blick
| Worüber es entscheidet | In SingleStores eigenen Worten |
|---|---|
| Wo es läuft | Eine Helios-Region ist ein Ort, „provided by AWS, Google Cloud (GCP), and Microsoft Azure where SingleStore can be deployed“. SingleStore nennt keine Festland-China-Region und sagt, „contact your SingleStore account representative or SingleStore Support“, wenn eine nicht verfügbar ist. |
| Managed vs selbst verwaltet | „Managed regions are available across AWS, Azure, and GCP“ — der verwaltete Dienst landet nie im Festland. Nur der selbst verwaltete Build, der „can be deployed on bare metal, on virtual machines, or in the cloud“, kann auf Ihren eigenen inländischen Hosts laufen. |
| Die Öffentlichkeit bedienen | Ein SingleStore-Cluster ist ein Backend und hält keine ICP-Beian. Die ICP 备案 bindet sich an die öffentliche Website oder App davor, die einen Festland-, inländischen Boden nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33 braucht. |
| Ihre Daten auf verwaltetem Helios | Personenbezogene Daten chinesischer Nutzer in einem verwalteten Cluster sitzen im Ausland — ein grenzüberschreitender Transfer, den PIPL regiert, dazu eine Datenlokalisierungspflicht für CIIOs und Verarbeiter großer Mengen, die eine Offshore-Region nicht erfüllen kann. |
| Selbst verwaltet auf Festland-Infra | SingleStore selbst auf Festland-Infrastruktur zu hosten, kann Datensätze im Land halten — aber die ICP-Beian auf der öffentlichen App und die Residenzpflicht werden dann Ihre, nicht SingleStores. |
Verwaltetes Helios wird im Ausland bereitgestellt — es gibt keine Festland-Region zum Landen
SingleStores verwaltete Cloud, Helios, ist ein Dienst, den SingleStore für Sie auf den großen drei Public Clouds betreibt. In seinen eigenen Worten ist eine Region ein Ort, „provided by AWS, Google Cloud (GCP), and Microsoft Azure where SingleStore can be deployed“, und „Managed regions are available across AWS, Azure, and GCP“. Dieser Satz ist die ganze Compliance-Geschichte für das verwaltete Produkt: Keine dieser drei globalen Clouds bietet SingleStore eine Region innerhalb Festlandchinas. AWS China und Azure China sind separate, lokal betriebene Partitionen, in die SingleStore nicht bereitstellt, und Google Cloud betreibt überhaupt keine Festland-Region. Wenn eine gewünschte Region nicht auf der Liste steht, ist SingleStores eigene Antwort, „contact your SingleStore account representative or SingleStore Support“ — nicht, eine in Peking oder Shanghai hochzufahren.
Ein verwalteter Helios-Cluster, der chinesische Nutzer bedient, hält ihre personenbezogene Information also in den Vereinigten Staaten, in Europa oder im asiatisch-pazifischen Raum — überall außer im Festland. Die Distanz ist nicht das Problem, um das sich eine Meldung oder eine Residenzregel sorgt; der Standort ist es. „Wir laufen schon auf SingleStore“ klärt nichts davon, weil der verwaltete Dienst von vornherein keinen Festland-Boden hat.
Selbst verwaltetes SingleStore ist die einzige inländische Tür — und sie legt die Pflichten auf Sie
SingleStore ist nicht nur eine verwaltete Cloud. Es ist auch Software, die Sie selbst installieren und betreiben können: Seine Deployment-Dokumentation gibt an, SingleStore „can be deployed on bare metal, on virtual machines, or in the cloud by using SingleStore Tools, or via popular configuration management tools“. Das ist die eine Tür, die Ihre Daten innerhalb Chinas legen kann — stellen Sie den selbst verwalteten Build auf Festland-Infrastruktur auf, und die Datensätze bleiben im Land, was genau das ist, worum eine Datenlokalisierungspflicht bittet.
Aber der ehrliche Handel ist, dass die selbst verwaltete Tür Ihnen die Pflichten übergibt, die die verwaltete Cloud nie erfüllen musste. Auf einem Festland-Host zu laufen, meldet nichts für Sie an: Die öffentliche App vor der Datenbank braucht weiterhin ihre eigene ICP-Beian, und Sie — als Verarbeiter — besitzen die Residenz- und Sicherheitspflichten, die mit dem Halten chinesischer personenbezogener Daten auf chinesischem Boden kommen. Der selbst verwaltete Build macht eine rechtskonforme Haltung möglich; er macht sie nicht automatisch.
Der Cluster hält keine ICP — die Lizenz lebt auf der App davor
Es ist es wert, präzise zu sein, woran sich eine ICP-Beian überhaupt bindet, denn eine Datenbank ist, wo diese Unterscheidung greift. Die ICP-Beian (ICP 备案), nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33, ist an die öffentlich zugängliche Website oder App gebunden, die Festland-Besucher bedient — nie an den Backend-Datenspeicher dahinter. Ein SingleStore-Cluster, verwaltet oder selbst gehostet, ist dieses Backend. Die richtige Frage ist also nicht „können wir SingleStore ICP-melden“ (Sie können nicht, und Sie müssen nicht), sondern „hat die öffentliche Anwendung, die aus SingleStore liest, einen Festland-, ICP-gemeldeten Boden“ — und ob die personenbezogenen Daten im Cluster rechtmäßig gehandhabt werden, wo auch immer sie sitzen.
Diese zweite Klausel ist, wo die Offshore-Geografie der verwalteten Cloud als Risiko zurückkehrt. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das Speichern der personenbezogenen Information Ihrer chinesischen Nutzer auf einer Offshore-Helios-Region ein grenzüberschreitender Transfer: Sie müssen Mitteilung erteilen, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Art. 38–43). Sind Sie ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen, muss in China gesammelte personenbezogene Information im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die eine AWS-, Azure- oder GCP-Region außerhalb Chinas schlicht nicht erfüllen kann, und die nur der inländische, selbst verwaltete Weg kann.
Dies ist eine Risikokarte, kein Urteil: Ob Sie eine ICP-gemeldete App, inländische Speicherung oder beides brauchen, hängt davon ab, was die öffentliche Anwendung tut, wie viele personenbezogene Daten Sie halten und wer Ihre Nutzer sind — mit Rechtsbeistand zu klären, bevor Sie bauen.
Wo 21YunBox passt — ein rechtskonformes Overlay, keine Migration
Sie betreiben SingleStore weiter genau wie jetzt — verwaltetes Helios im Ausland oder Ihren eigenen selbst verwalteten Cluster. Was eine Datenbank Ihnen nicht geben kann, fügen wir daneben hinzu: rechtskonforme, ICP-gemeldete Auslieferung von innerhalb des Festlands, gesetzt vor die öffentliche Anwendung, die aus SingleStore liest — kein Neuaufbau, keine zweite Codebasis und kein Wechsel weg von Ihrer Datenplattform. Unser China-Team arbeitet durch, um welche Tür Ihr Fall sich dreht, wägt Ihre PIPL-Grenz- und Datenresidenz-Exponierung gegen Ihre Gesellschaft und Datenmengen und stellt den Festland-, lizenzierten Boden auf, den eine rechtmäßige China-Präsenz braucht, während Ihre Datenbank dort bleibt, wo sie bereits lebt.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Hält unsere verwaltete SingleStore-(Helios-)Bereitstellung unsere Daten in China?
Nein. SingleStores verwaltetes Helios läuft nur auf AWS, Azure und GCP, und keiner davon gibt SingleStore eine Region innerhalb Festlandchinas — seine Dokumentation definiert eine Region als einen Ort, „provided by AWS, Google Cloud (GCP), and Microsoft Azure“, und sagt Ihnen, „contact your SingleStore account representative or SingleStore Support“, wenn eine Region nicht verfügbar ist. Ihr Cluster, und die personenbezogene Information Ihrer chinesischen Nutzer darin, sitzt daher im Ausland. Nach PIPL ist diese Offshore-Speicherung ein zu bewertender grenzüberschreitender Transfer, mit einer inländischen Speicherpflicht, wenn Sie ein CIIO oder Verarbeiter großer Mengen sind.
Unsere Datenbank ist keine öffentliche Website — brauchen wir trotzdem eine ICP-Beian?
Die Datenbank selbst ist nicht, was gemeldet wird. Eine ICP-Beian (ICP 备案, nach Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33) bindet sich an die öffentlich zugängliche Website oder App, die Festland-Besucher bedient — nicht an den SingleStore-Cluster dahinter. Aber wenn diese öffentliche App China bedient, braucht sie einen Festland-, ICP-gemeldeten Auslieferungsboden, und die Datensätze in Ihrer Datenbank werfen eine gesonderte PIPL-Frage auf, wo personenbezogene Daten gespeichert werden. „Es ist nur ein Backend“ entfernt also die ICP-Pflicht vom Cluster, nicht von Ihrer China-Präsenz als Ganzem — behandeln Sie es als ein mit Rechtsbeistand zu bestätigendes Risiko.
Kann 21YunBox helfen, unser SingleStore-Setup in China zum Laufen zu bringen?
Ja. Unser China-Team kann kartieren, welche Tür passt — Ihre PIPL-Grenz- und Datenresidenz-Exponierung für Ihre Gesellschaft, Datenmengen und Nutzer bewertend, ob Sie verwaltetes Helios im Ausland betreiben oder SingleStore auf Festland-Infrastruktur selbst verwalten — und die ICP-gemeldete, inländische Auslieferung aufstellen, die die öffentliche App vor Ihrer Datenbank braucht, obendrauf auf dem Stack, den Sie bereits betreiben. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.
