Funktioniert Google Cloud Functions in China? Datenresidenz, PIPL und keine Festland-Region
Google Cloud betreibt keine Region in Festlandchina — und, anders als AWS oder Azure, überhaupt keine separate China-Partition —, sodass eine Cloud Function und die Daten, die sie verarbeitet, offshore laufen, ein grenzüberschreitender Transfer nach PIPL ohne Inland-Region zum Lokalisieren. Ein Blick zuerst auf die Compliance: die tatsächliche Exponierung.
Funktioniert Google Cloud Functions in China?
Nein — nicht aus Festlandchina heraus. Google Cloud betreibt keine Region im Festland und, anders als AWS oder Azure, überhaupt keine separate China-Partition, sodass eine Cloud Function und jedes Byte Daten, das sie berührt, offshore laufen.
In Googles eigenen Worten „Each Cloud Run resource resides in a region“ (Jede Cloud-Run-Ressource liegt in einer Region) und „Customer data associated with the Cloud Run resource is stored in the selected region“ (Mit der Cloud-Run-Ressource verbundene Kundendaten werden in der gewählten Region gespeichert) — und die nächsten wählbaren Regionen sind Hong Kong, Taiwan und Tokyo, alle außerhalb des Festlands. Alle personenbezogenen Daten, die eine Function für chinesische Nutzer verarbeitet, speichert oder protokolliert, sind daher ein grenzüberschreitender Transfer, den PIPL regelt (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus; Art. 38–43), die Datenlokalisierungspflicht eines Betreibers kritischer Informationsinfrastruktur oder Verarbeiters großer Mengen (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) hat keine Festland-Region zum Landen, und die ICP-Beian sitzt auf der öffentlichen App, die die Function unterstützt — nicht auf Cloud Functions selbst. Die Tabelle unten ist Googles eigene Formulierung und die Regel, die jede Zeile auslöst.
Dies ist eine Risikokarte, kein Urteil — welche Pflichten tatsächlich greifen, hängt von Ihrer Rechtsperson, Ihren Daten und davon ab, wer Ihre Nutzer sind. Unser China-Team kann Ihre Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ✕ Google Cloud betreibt keine Region in Festlandchina — Functions laufen offshore
- ✕ Es gibt keine separate China-Partition oder -Konto — anders als bei manchen anderen globalen Clouds
- ! Personenbezogene Daten, die eine Function verarbeitet, verlassen das Festland — PIPL-Grenztransfer gilt
- ! Datenlokalisierungspflichten (Betreiber kritischer Informationsinfrastruktur / große Mengen) haben keine Festland-Region zum Landen
- ! ICP sitzt auf der öffentlichen App, die die Function unterstützt, nicht auf Cloud Functions selbst
Was die offizielle Google Cloud Function-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
Google Cloud Functions läuft nur in Google-Cloud-Regionen — und keine liegt in Festlandchina. Googles eigene Standortliste platziert jede Region offshore, die nächsten sind asia-east2 (Hong Kong), asia-east1 (Taiwan) und asia-northeast1 (Tokyo), und Google gibt an „Each Cloud Run resource resides in a region“ (Jede Cloud-Run-Ressource liegt in einer Region) (Gen-2-Cloud-Functions laufen nun auf Cloud Run). Es gibt keine Festland-China-Region zum Bereitstellen einer Function. | Google Cloud — Cloud Functions / Cloud Run locations (docs.cloud.google.com/run/docs/locations), abgerufen 2026-10-07 |
| Die Daten, die eine Function verarbeitet, bleiben in der von Ihnen gewählten Offshore-Region — für chinesische Nutzer verlassen sie also das Festland. Google gibt an „Customer data associated with the Cloud Run resource is stored in the selected region“ (Mit der Cloud-Run-Ressource verbundene Kundendaten werden in der gewählten Region gespeichert). Ohne Festland-Region zur Wahl lebt die personenbezogene Information, die Ihre Function für chinesische Nutzer liest, schreibt oder protokolliert, in Hong Kong, Taiwan, Tokyo oder weiter entfernt — ein grenzüberschreitender Transfer nach PIPL, der Mitteilung, gesonderte Einwilligung und einen Transfermechanismus erfordert (Art. 38–43). | Google Cloud — Cloud Functions / Cloud Run locations (docs.cloud.google.com/run/docs/locations), abgerufen 2026-10-07; PIPL Art. 38–43 |
| Es gibt keine separate China-Partition zum Wechseln — der strukturelle Unterschied zu manchen anderen globalen Clouds. Google beschreibt einen Fußabdruck „available across six continents“ (auf sechs Kontinenten verfügbar) mit „43 global regions and 130 zones“ (43 globalen Regionen und 130 Zonen), keine in Festlandchina und über kein separates China-Konto erreichbar. Es gibt also im Inland nichts zum Hosten, und das Compute, die Umgebung und die Ausführungslogs, die Ihre Function erzeugt, leben offshore neben ihren Daten. | Google Cloud — Global locations (cloud.google.com/about/locations), abgerufen 2026-10-07 |
| Google bewirbt Datenresidenz „innerhalb der Landesgrenzen“ — aber für China gibt es keine Region, in der man bleiben könnte. Googles Standortseite verkauft Regionen, die sicherstellen sollen, dass „valuable data remains securely resident within country borders“ (wertvolle Daten sicher innerhalb der Landesgrenzen ansässig bleiben); Festlandchina hat keine. Ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen, dessen in China erhobene personenbezogene Daten im Festland bleiben müssen (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)), kann diese Pflicht auf Google Cloud überhaupt nicht erfüllen. | Google Cloud — Global locations (cloud.google.com/about/locations), abgerufen 2026-10-07; PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37) |
| Für Backend-Compute landet die ICP-Beian auf der öffentlichen App, die die Function bedient — nicht auf Cloud Functions selbst. Eine Function wird über eine automatisch zugewiesene URL auf Googles eigenen Domains erreicht, nicht über eine im Festland registrierbare Domain von Ihnen; die ICP-Beian (Verordnung Nr. 292 des Staatsrats; MIIT-Verordnung Nr. 33) hängt an der öffentlichen Site oder App, die Sie Festland-Besuchern bedienen, und muss auf einer Festland-Hosting-Ressource sitzen — die Google Cloud ohne Festland-Region nicht bieten kann. Was Cloud Functions für Sie entscheidet, ist enger und schärfer: wo seine Daten und sein Compute leben, beides offshore. | Google Cloud — Cloud Functions documentation; Verordnung Nr. 292 des Staatsrats; MIIT-Verordnung Nr. 33 |
Quellen vom 21YunBox Compliance-Team am 7. Oktober 2026 geprüft.
Für ein Publikum in Festlandchina ist die entscheidende Frage zu Google Cloud Functions — nun als Cloud-Run-Functions ausgeliefert — nicht, wie schnell eine Function zurückkehrt. Sie ist, wo diese Function laufen darf und wo die Daten, die sie berührt, liegen dürfen. Google beantwortet beides in seiner eigenen Dokumentation, und die Antwort weist in eine Richtung: offshore. Google Cloud betreibt keine Region in Festlandchina und — anders als die abgeschotteten China-Partitionen, die manche andere globale Clouds über lokale Betreiber führen — auch kein separates China-Konto. Eine Function, die chinesische Nutzer bedient, läuft also außerhalb des Festlands, und jedes Byte personenbezogener Daten, das sie liest, schreibt oder protokolliert, überquert mit ihr die Grenze. Den Endpunkt zu erreichen ist die leichte Hälfte; die Lizenzierung und die Datenresidenz sind die Exponierung.
Google Cloud Functions in China auf einen Blick
| Worüber es entscheidet | In Googles eigenen Worten |
|---|---|
| Wo es läuft | Eine Function läuft nur in einer Google-Cloud-Region — „Each Cloud Run resource resides in a region“ (Jede Cloud-Run-Ressource liegt in einer Region) (Gen-2-Functions laufen auf Cloud Run). Die nächsten auf Googles Liste sind asia-east2 (Hong Kong), asia-east1 (Taiwan) und asia-northeast1 (Tokyo); keine liegt in Festlandchina. |
| Googles Fußabdruck | „Available across six continents“ (Auf sechs Kontinenten verfügbar) mit „43 global regions and 130 zones“ (43 globalen Regionen und 130 Zonen) — keine einzige in Festlandchina und kein separates China-Konto zum Anlegen. Es gibt kein Inland-Google-Cloud zum Wechseln. |
| Wo die Daten sitzen | „Customer data associated with the Cloud Run resource is stored in the selected region“ (Mit der Cloud-Run-Ressource verbundene Kundendaten werden in der gewählten Region gespeichert). Jede wählbare Region ist offshore, sodass personenbezogene Daten, die eine Function für chinesische Nutzer verarbeitet, das Festland verlassen. |
| Das Publikum bedienen | Eine Function hat keine eigene, im Festland registrierbare Domain; die ICP-Beian hängt an der öffentlichen App oder Site, die sie unterstützt, und die muss auf einer Festland-Hosting-Ressource sitzen — etwas, für das Google Cloud keine Region hat. |
| Ist es erreichbar? | Nur aus Offshore-Regionen bedient. Google betreibt keine Festland-Netzpräsenz, sodass das Erreichen einer Function aus China auf grenzüberschreitender Konnektivität reitet, die Google nicht im Inland bereitstellt — die Auslieferungs-Hälfte, nicht die rechtliche. |
Keine Festland-Region — und, anders als andere Clouds, überhaupt keine China-Tür
Google Cloud Functions läuft, wo auch immer Google Cloud läuft, und Google Cloud läuft nicht in Festlandchina. Auf Googles eigener Standortliste sind die asiatisch-pazifischen Regionen Hong Kong (asia-east2), Taiwan (asia-east1), Tokyo (asia-northeast1), Osaka, Seoul, Singapore, Mumbai, Delhi, Jakarta, Bangkok und die zwei australischen Regionen — jede davon offshore, und die drei nächsten immer noch über einer Grenze vom Festland. Google rahmt den gesamten Fußabdruck als „available across six continents“ (auf sechs Kontinenten verfügbar) mit „43 global regions and 130 zones“ (43 globalen Regionen und 130 Zonen) und gibt unverblümt an, dass „Each Cloud Run resource resides in a region“ (jede Cloud-Run-Ressource in einer Region liegt) (Cloud Functions der zweiten Generation laufen nun auf Cloud Run). Keine dieser Regionen liegt in Festlandchina.
Was Google von den anderen großen Clouds unterscheidet, ist nicht nur die fehlende Region — es ist die fehlende Tür. AWS erreicht das Festland über eine separate Partition, betrieben von Sinnet und NWCD; Azure über eine von 21Vianet betriebene. Jede ist eine abgeschottete China-Cloud, die Sie mit einer chinesischen Rechtsperson und einem neuen Konto betreten. Google betreibt keine solche Partition und kein separates China-Konto. „Wir stellen einfach eine China-Region auf“ ist hier also keine Option: Es gibt im Inland nichts, worauf sich eine aufstellen ließe.
Die Daten Ihrer China-Nutzer — und der eigene Zustand der Function — bleiben offshore
Serverless-Compute entkommt der Datenresidenz nicht; es erbt sie von der Region, in der es läuft. Googles Standort-Dokumentation sagt es direkt: „Customer data associated with the Cloud Run resource is stored in the selected region.“ (Mit der Cloud-Run-Ressource verbundene Kundendaten werden in der gewählten Region gespeichert.) Weil jede wählbare Region offshore ist, lebt die personenbezogene Information, die Ihre Function für chinesische Nutzer verarbeitet, speichert oder in ihre Logs schreibt, in Hong Kong, Taiwan, Tokyo oder darüber hinaus — außerhalb des Festlands.
Nach Chinas Gesetz zum Schutz personenbezogener Daten ist das ein grenzüberschreitender Transfer, und der Verarbeiter — Sie, nicht Google — muss 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, müssen in China erhobene personenbezogene Daten im Festland gespeichert werden (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)) — eine Residenzpflicht, die Googles Standortseite als Halten von „valuable data remains securely resident within country borders“ (wertvollen Daten, die sicher innerhalb der Landesgrenzen ansässig bleiben) rahmt, für die sie jedoch keine Festland-Region zum Erfüllen bietet. Die Umgebungsvariablen, der Ausführungszustand und die Logs der Function sitzen offshore bei den Daten, das ist also kein Randfall, den Sie wegkonfigurieren können.
Wo die ICP-Beian tatsächlich landet
Weil Cloud Functions Backend-Compute ist, hängt die ICP-Frage nicht an den Functions selbst. Eine Function wird über eine automatisch zugewiesene URL auf Googles eigenen Domains erreicht, nicht über eine Domain, die Sie registrieren und auf einen Festland-Host richten. Die ICP-Beian — ICP 备案 nach Verordnung Nr. 292 des Staatsrats und MIIT-Verordnung Nr. 33 — hängt stattdessen an der öffentlichen Website oder App, die Sie Festland-Besuchern bedienen, der, die Ihre Functions aufruft, und diese Meldung muss an eine Hosting-Ressource gebunden sein, die physisch im Festland liegt. Google Cloud hat keine, es kann der App also weder eine ICP-Grundlage noch die inländische Auslieferung geben, die eine Meldung voraussetzt. „Unser Backend läuft auf Cloud Functions“ klärt daher nichts über die Lizenzierung der öffentlichen App; es fixiert nur, wo die Daten und das Compute des Backends sitzen — offshore.
Dies ist eine Risikokarte, kein Urteil: Welche Pflichten tatsächlich greifen — Grenztransfer, Datenlokalisierung, ICP auf der öffentlichen App oder alle drei —, hängt davon ab, was Ihre Functions verarbeiten, wie viele personenbezogene Daten Sie halten und wer Ihre Nutzer sind, und ist mit Rechtsbeistand zu klären, bevor Sie bauen.
Wo 21YunBox hineinpasst — eine Compliance-Overlay, keine Migration
Ihre Functions laufen weiter auf Google Cloud. Was wir ergänzen, ist das eine, das eine Plattform ohne Festland-Region nicht allein bieten kann: rechtskonforme, ICP-gemeldete Auslieferung aus dem Festland, vor die öffentliche App gesetzt, die Ihre Functions antreiben — kein Neuaufbau, keine zweite Codebasis und kein Wechsel weg von Google Cloud. Unser China-Team kartiert Ihre PIPL-Grenztransfer- und Datenresidenzpflichten anhand Ihrer Rechtsperson, Ihrer Datenmengen und Ihrer Nutzer und baut dann die Inland-Auslieferung und -Speicherung auf, die eine rechtmäßige China-Präsenz braucht, während Ihre Functions genau dort weiter ausgeführt werden, wo sie bereits laufen.
Compliance-Einschätzung anfordern →
Weiterführend:
Häufige Fragen
Funktioniert unser bestehendes Google-Cloud-Functions-Setup für Nutzer in Festlandchina?
Nicht aus dem Festland heraus. Google Cloud betreibt keine Region in Festlandchina und kein separates China-Konto, sodass Ihre Functions offshore ausgeführt werden — Googles eigene Standortliste platziert die nächsten Regionen in Hong Kong, Taiwan und Tokyo. Die Functions laufen weiter, aber alle personenbezogenen Daten, die sie für chinesische Nutzer verarbeiten, speichern oder protokollieren, verlassen das Festland, was PIPL als grenzüberschreitenden Transfer behandelt, und es gibt keine Inland-Google-Region, auf der sich eine Datenlokalisierungspflicht erfüllen ließe.
Brauchen wir eine ICP-Beian für Google Cloud Functions?
Nicht für die Functions selbst — Cloud Functions ist Backend-Compute, das über eine automatisch zugewiesene URL auf Googles eigenen Domains erreicht wird, ohne eigene im Festland registrierbare Domain. Die ICP-Beian (Verordnung Nr. 292 des Staatsrats; MIIT-Verordnung Nr. 33) hängt an der öffentlichen Website oder App, die Ihre Functions aufruft und die Sie Festland-Besuchern bedienen, und sie muss auf einer Festland-Hosting-Ressource sitzen. Was Cloud Functions entscheidet, ist die Datenfrage: Weil es offshore läuft, sind die personenbezogenen Daten, die es verarbeitet, ein grenzüberschreitender Transfer, und die festland-gerichtete App, die es antreibt, braucht weiterhin ihre eigene ICP-gemeldete, inländische Grundlage — für die Google Cloud keine Region hat.
Kann 21YunBox helfen, unser Google-Cloud-Functions-Setup in China zum Laufen zu bringen?
Ja. Unser China-Team kann Ihre Exponierung kartieren — die PIPL-Grenztransfer- und Datenresidenz-Implikationen der Daten einschätzen, die Ihre Functions verarbeiten, für Ihre Rechtsperson, Datenmengen und Nutzer — und die ICP-gemeldete, inländische Auslieferung und Speicherung aufbauen, für die Google Cloud keine Region hat, vor dem globalen Stack, den Sie bereits betreiben. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.
