Wenn Sie planen, Festlandchina zu bedienen, ist die Frage, die bei Heroku zählt, nicht, wie schnell ein Dyno antwortet – es ist, ob Sie überhaupt lizenziert sind, dort zu operieren, und wo die Daten Ihrer Nutzer leben dürfen. Heroku, die Salesforce-eigene Platform-as-a-Service, klärt den ersten Teil in seiner eigenen Dokumentation: Es betreibt keine Region innerhalb Festlandchinas. Seine Common Runtime sind die Vereinigten Staaten und Europa; seine Private Spaces sind ein fester Satz von Offshore-Amazon-Web-Services-Regionen. Eine auf China ausgerichtete Heroku-App wird daher vollständig von außerhalb des Festlands ausgeliefert – was eine öffentliche Site ohne Grundlage für die ICP-Registrierung lässt, die China verlangt, und etwaige personenbezogene Daten, die Sie für chinesische Nutzer halten, in eine grenzüberschreitende Übermittlung verwandelt, die das Gesetz regelt. Ob sie lädt, ist die kleinere Hälfte; die Erlaubnis zu operieren und der Ort, an dem Ihre Daten ruhen, sind, wo das Risiko tatsächlich sitzt.

Heroku-Dev-Center-Regions-Seite, die zwei Common-Runtime-Regionen – Vereinigte Staaten und Europa – und zehn Private-Spaces-Regionen auflistet: Dublin, Frankfurt, London, Montreal, Mumbai, Oregon, Singapur, Sydney, Tokio und Virginia, ohne Festland-China-Region
Herokus eigene Regions-Dokumentation listet zwei Common-Runtime-Regionen – “United States” und “Europe” – und, da “Both the Cedar and Fir Private Spaces runtimes share the same regions,” zehn Private-Spaces-Standorte: Dublin, Frankfurt, London, Montreal, Mumbai, Oregon, Singapur, Sydney, Tokio und Virginia. Keiner davon ist innerhalb Festlandchinas. Quelle: devcenter.heroku.com/articles/regions

Heroku in China auf einen Blick

Was es entscheidet In Herokus eigenen Begriffen
Wo es läuft Zwei Common-Runtime-Regionen – “United States” und “Europe” – und zehn Private-Spaces-Standorte von Dublin bis Tokio. Keine Region sitzt innerhalb Festlandchinas; die nächsten, Tokio und Singapur, sind immer noch offshore.
Worauf die Dynos laufen Offshore-Amazon-Web-Services-Infrastruktur. Herokus eigene Docs bilden den Frankfurter Private Space auf “the Amazon Web Services eu-central-1 region” ab, und keine der beiden Runtimes listet einen Festland-Eintrag.
Die Öffentlichkeit bedienen Eine Site, die Festland-Besuchern aus China heraus gezeigt wird, braucht eine ICP-Registrierung, die an eine Festland-Hosting-Ressource gebunden ist. Ohne Festland-Region bietet Heroku keine eigene Grundlage, wogegen registriert werden könnte.
Ihre Daten auf Heroku Personenbezogene Daten chinesischer Nutzer ruhen in den USA, Europa oder einer Offshore-AWS-Region – eine grenzüberschreitende Übermittlung, die PIPL regelt. Heroku fügt hinzu, dass das Angeben einer Region “does not guarantee restriction of data residency.”
Das funktionierende Design Behalten Sie Heroku als Ihren Origin und fügen Sie einen ICP-registrierten, landesinternen Eintrittspunkt davor für Festland-Besucher hinzu – ein Overlay, keine Migration: kein Neubau, keine zweite Codebasis.

Keine Festland-Region bedeutet keine Grundlage, wogegen registriert werden könnte

Heroku ist explizit darüber, wo es läuft. Seine Regions-Seite listet zwei Common-Runtime-Regionen – “United States” und “Europe” – und stellt fest, dass “Both the Cedar and Fir Private Spaces runtimes share the same regions,” zehn davon: Dublin, Frankfurt, London, Montreal, Mumbai, Oregon, Singapur, Sydney, Tokio und Virginia. Ein Beispiel-API-Aufruf auf derselben Seite zeigt, dass diese Private Spaces auf Amazon Web Services sitzen – “the Frankfurt region maps to the Amazon Web Services eu-central-1 region.” Keiner dieser Standorte ist in Festlandchina, und eine neue App nutzt standardmäßig die us-Region, sofern Sie nichts anderes sagen.

Diese Liste klärt die Lizenzfrage, bevor Geschwindigkeit überhaupt auf dem Tisch ist. Eine öffentlich zugängliche Website, die Festland-Besuchern aus China heraus ausgeliefert wird, löst eine ICP-Registrierung (备案) unter Erlass Nr. 292 des Staatsrats und MIIT-Erlass Nr. 33 aus, und diese Registrierung muss an eine physisch im Festland liegende Hosting-Ressource binden. Heroku hat keine – seine Dynos sind von Natur aus offshore –, sodass es auf Heroku schlicht nichts gibt, wogegen registriert werden könnte. Hier kommt „wir laufen bereits auf Heroku“ zu kurz: chinesische Nutzer erreichen zu können, ist nicht dasselbe, wie lizenziert zu sein, sie zu bedienen, und kein Maß an Dyno-Tuning zaubert die Festland-Grundlage herbei, an die eine Registrierung binden muss.

Die Daten Ihrer China-Nutzer sitzen außerhalb des Festlands

Bedienen Sie China von Heroku, leben die personenbezogenen Informationen Ihrer Nutzer in den Vereinigten Staaten, Europa oder einer Offshore-AWS-Region – nie im Festland. Chinas Gesetz zum Schutz personenbezogener Informationen behandelt das als grenzüberschreitende Übermittlung, und die Pflicht landet beim Verarbeiter – Ihnen, nicht Heroku –, zu informieren, gesonderte Einwilligung zu sichern und einen Übermittlungsmechanismus zu erfüllen: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung (Artikel 38–43). Heroku ist offen darüber, dass es das nicht für Sie festnageln wird: in seinen eigenen Worten “Specifying an app’s region does not guarantee restriction of data residency for Heroku products, services, and add-ons to that region,” und “No guarantees are made about the physical location of Heroku’s control surface APIs.” Und wenn Sie ein Betreiber kritischer Informationsinfrastrukturen oder ein Verarbeiter großer Mengen sind, müssen in China gesammelte personenbezogene Informationen innerhalb des Festlands gespeichert werden (PIPL-Artikel 40; Artikel 39 (vormals Artikel 37) des Cybersicherheitsgesetzes) – eine Residenzpflicht, die keine Offshore-Heroku-Region erfüllen kann.

Schnell oder langsam, die Compliance-Lücken schließen sich nicht

Die alte Art, Heroku in China zu rahmen, war, zu fragen, wie man es schnell und verlässlich hinter der Firewall macht. Das ist das falsche Tor, auf das man sich fixiert. Selbst wenn eine App für einen Besucher in Shanghai zügig malt, geben die Offshore-Dynos einer öffentlichen Site immer noch keine ICP-Grundlage, und sie tragen immer noch die personenbezogenen Daten chinesischer Nutzer über die Grenze. Das sind Lizenz- und Datentatsachen, keine Latenzzahlen, und sie verbessern sich nicht, wenn die Seite schneller wird. Erreichbarkeit ist es wert, zu haben – aber es ist die Auslieferungshälfte der Frage, nie die Hälfte, die entscheidet, ob Sie operieren dürfen.

Das ist eine Risikokarte, kein Urteil: Ob Sie eine ICP-Registrierung, landesinterne Speicherung oder beides schulden, hängt davon ab, was Ihre App bedient, wie viele personenbezogene Daten sie hält und wer sie nutzt – es lohnt sich, das mit einem Rechtsbeistand zu klären, bevor Sie bauen.

Wo 21YunBox passt – ein regelkonformes Overlay, keine Migration

Heroku bleibt Ihre Plattform: dieselben git push-Deploys, dieselben Dynos, dieselbe Salesforce-gestützte PaaS, auf der Sie heute bauen. Was es Ihnen nicht geben kann, ist eine Festland-Grundlage, denn es betreibt dort keine Region. 21YunBox liefert genau dieses fehlende Stück – regelkonforme, ICP-registrierte Auslieferung von innerhalb des Festlands, vor Ihren bestehenden Heroku-Origin gestellt, ohne Neubau, ohne zweite Codebasis und ohne Umzug weg von Heroku. Unser China-Team arbeitet heraus, welche Pflichten auf Ihre Einheit und Ihre Datenmengen landen, trägt die ICP-Registrierung und stellt die landesinterne Auslieferung und Speicherung auf, die eine rechtmäßige China-Präsenz erfordert, während Ihre App genau dort weiterläuft, wo sie es jetzt tut.

Eine Compliance-Einschätzung erhalten →


Verwandte Lektüre: