Funktioniert Firebase in China? Datenresidenz, PIPL und Googles fehlende China-Region

Für ein Publikum in Festlandchina ist die erste Frage zu Firebase nicht, wie schnell es lädt — es ist, wo die Daten, die es hält, liegen dürfen, und ob die App die Dienste, von denen sie abhängt, überhaupt erreichen kann. Firebase ist Googles Backend-as-a-Service: Cloud Firestore, die Realtime Database, Authentication, Cloud Storage und Hosting, allesamt auf Google Cloud laufend. Ein Firebase-Projekt ist ein Google-Cloud-Projekt, und diese eine Tatsache begründet beide Probleme, um die es auf dieser Seite geht. Die Daten, die Ihre App erhebt, werden an einem von Ihnen gewählten Google-Cloud-Standort gespeichert — und keine der Optionen liegt in Festlandchina. Das SDK, mit dem Ihre App ausgeliefert wird, spricht derweil mit von Google betriebenen Endpunkten, um seine Arbeit zu tun — Endpunkten, die vom Festland aus nicht verlässlich sind. Keines von beidem ist etwas, aus dem Sie sich durch Abstimmung herausoptimieren.

Firebase in China auf einen Blick

Wo Ihre Firebase-Daten tatsächlich liegen

Firebase ist ein verwaltetes Backend, und die für China maßgeblichen Speicher — Cloud Firestore, die Realtime Database und Cloud Storage — liegen jeweils an einem einzigen Standort, den Sie bei ihrer Erstellung festlegen. Dieser Standort ist eine Einbahntür. In Googles eigener Firestore-Dokumentation:

“Be aware that once you provision a database instance, you cannot change its location setting.” (Beachten Sie: Sobald Sie eine Datenbankinstanz bereitgestellt haben, können Sie deren Standorteinstellung nicht mehr ändern.)

Googles Rat auf derselben Seite lautet, “store your data close to the users and services that need it” (speichern Sie Ihre Daten nahe bei den Nutzern und Diensten, die sie brauchen). Für ein China-Publikum hat dieser Rat keine Antwort, denn das Menü, aus dem Sie wählen, enthält keinen Standort in Festlandchina — die nächstgelegenen Optionen liegen in Nordost- und Südostasien. In dem Moment, in dem Ihre App Nutzer in China bedient, werden die Daten, die sie schreibt, im Ausland aufbewahrt, und das, nicht die Latenz, ist es, worauf Chinas Datenrecht reagiert.

Bedienen Sie China von Firebase aus, überqueren die Daten Ihrer Nutzer die Grenze

Firebase Authentication hält die Anmelde-Identitäten Ihrer Nutzer; Firestore und die Realtime Database halten die Datensätze, die sie anlegen; Cloud Storage hält ihre Dateien. All das sind personenbezogene Daten, und all das landet an diesem einen Offshore-Standort. Nach Chinas Gesetz zum Schutz personenbezogener Daten ist die Speicherung außerhalb des Festlands ein grenzüberschreitender Transfer, und die Pflicht trifft den Verarbeiter personenbezogener Daten — Sie als Firebase-Kundin, nicht Google als Plattform. Das PIPL verlangt von diesem Verarbeiter, die betroffenen Nutzer zu unterrichten, ihre gesonderte Einwilligung für den Transfer einzuholen und einen Transfermechanismus zu erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. „Wir laufen schon auf Firebase“ beantwortet nichts davon.

Wie schwer die Pflicht wiegt, hängt davon ab, wer Sie sind und wie viel Sie halten. Eine kleine App, die eine bescheidene Menge nicht sensibler personenbezogener Daten bewegt, hat einen leichteren Weg als ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen, der eine Datenresidenzpflicht trägt: In China erhobene personenbezogene Daten müssen im Festland gespeichert werden (Cybersicherheitsgesetz Art. 39 (vormals Art. 37); PIPL Art. 40). Kein Firebase-Standort kann das erfüllen, denn keiner liegt in China. Dies ist eine Risikokarte, kein Urteil — wo Sie landen, hängt von Ihren Datenmengen und Ihrer Rolle ab, und es ist eine Frage, die vor dem Bauen mit Rechtsbeistand zu klären ist.

Das zweite Problem: die Google-Endpunkte, von denen Firebase abhängt

Selbst wenn man die Datenfrage beiseitelässt, trägt Firebase ein Erreichbarkeitsrisiko, das die meisten Offshore-Backends nicht haben. Weil es auf Google-Infrastruktur gebaut ist, erreicht das Firebase-SDK, mit dem Ihre App ausgeliefert wird, von Google betriebene Endpunkte, um seine alltägliche Arbeit zu tun — das Abrufen von Remote-Konfiguration, das Anmelden von Nutzern und das Synchronisieren von Datenbank- und Speicher-Lese- und -Schreibvorgängen. Diese Anfragen reisen zu Hosts unter googleapis.com, gstatic.com und firebaseio.com sowie zu den Authentication- und Messaging-Diensten.

Von Google betriebene Endpunkte sind von innerhalb Festlandchinas nicht durchgehend erreichbar. Die praktische Folge ist, dass eine auf China ausgerichtete, auf Firebase gebaute App beim Start hängen bleiben, die Anmeldung von Nutzern nicht schaffen oder das Synchronisieren einstellen kann — nicht weil Ihr Code falsch ist, sondern weil auf die Dienste, die er aufruft, von dort, wo Ihre Nutzer sind, kein Verlass ist. Deshalb sagt ein schneller Test von außerhalb Chinas sehr wenig aus: Die ehrliche Frage ist nicht, ob Firebase an Ihrem Schreibtisch funktioniert, sondern ob sich die spezifischen Firebase-Dienste, von denen Ihre App abhängt, für einen echten Nutzer im Festland auflösen. Behandeln Sie das als eine je Dienst zu prüfende Exponierung, nicht als eine zu nennende Zahl.

Wo 21YunBox hineinpasst — eine Compliance-Overlay, keine Migration

Sie bauen weiter auf Firebase; wir bitten Sie nicht, davon wegzumigrieren oder Ihre App neu zu schreiben. Was eine Compliance-zuerst-Overlay hinzufügt, ist die Schicht, die ein von Google gehostetes Backend von innerhalb Chinas nicht bereitstellen kann: rechtskonforme, ICP-gemeldete Inland-Auslieferung, die vor Ihrer bestehenden Origin steht — kein Neuaufbau und keine zweite Codebasis —, sodass sich die Endpunkte, die Sie kontrollieren, für Nutzer im Festland auflösen. Zuerst kartiert unser China-Team Ihre Exponierung: welche Teile Ihres Firebase-Stacks personenbezogene Daten halten, wo diese Daten gespeichert sind und ob Ihre Gesellschaft und Ihre Datenmengen Sie in die Stufen des grenzüberschreitenden Transfers oder der Datenresidenz ziehen. Wo das Recht dann verlangt, dass die Daten chinesischer Nutzer im Festland bleiben, helfen wir Ihnen, für diese Datensätze einen Inland-Datenpfad zu planen, statt sie an einem Offshore-Firebase-Standort zu belassen. Die Erreichbarkeitsfrage und die Residenzfrage werden gemeinsam durchgearbeitet, und Ihre Origin bleibt dort, wo sie bereits läuft.

Compliance-Einschätzung anfordern →

Weiterführend:

• So erhalten Sie eine ICP-Beian für China
• Grenzüberschreitende Datentransfers nach PIPL