Funktioniert MuleSoft in China? Data Residency, grenzüberschreitende Integrationsdaten & PIPL
MuleSofts Anypoint Platform betreibt keine Festlandchina-Control-Plane und keine CloudHub-Region im Land — seine eigene Dokumentation setzt CloudHub 2.0 nur in Nordamerika, Südamerika, der Europäischen Union und Asien-Pazifik, und hostet die Control Plane in den USA oder der EU. Die personenbezogenen Daten, die Ihre Integrationen bewegen, und die Control-Plane-Metadaten, die die Plattform hält, überqueren also die Grenze unter PIPL. Der rechtmäßige Pfad ist, die Mule-Runtime im Inland zu betreiben — selbst-gehostete Runtime Fabric oder on-premises — sodass China-Integrationsdaten in China bleiben. Ein Compliance-zuerst-Blick auf die Data-Residency-, Grenz- und ICP-Fragen.
Funktioniert MuleSoft in China?
MuleSofts Anypoint-Control-Plane ist aus dem Festland erreichbar, Konnektivität ist also nicht, wo die China-Entscheidung geklärt wird. Was sie klärt, ist Data Residency: MuleSoft betreibt keine Festlandchina-Control-Plane und keine CloudHub-Region, die Daten, die Ihre Integrationen bewegen — und die Metadaten, die die Plattform hält — ruhen also offshore.
MuleSofts eigenes CloudHub-2.0-Architektur-Dokument setzt die verwaltete Runtime nur in „North America, South America, the European Union, and Asia-Pacific" und hostet die Control Plane in den USA oder der EU. Eine Integrationsschicht existiert, um personenbezogene Daten zwischen Systemen zu bewegen, diese Flows durch eine offshore gelegene Runtime zu routen ist also ein grenzüberschreitender Transfer (数据出境) nach PIPL — Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus (Artikel 38–40) — und es kann Chinas Datenausfuhr-Sicherheitsbewertung auslösen. Für einen Betreiber kritischer Informationsinfrastruktur verlangt Artikel 39 des Cybersicherheitsgesetzes (vormals Artikel 37), dass diese Daten in China gespeichert werden, was keine offshore gelegene CloudHub-Region erfüllen kann.
Der rechtmäßige Pfad ist, die Mule-Runtime im Inland zu betreiben — selbst-gehostete Runtime Fabric oder on-premises — sodass China-Integrationsdaten resident bleiben, wobei nur ausgesendet wird, was rechtmäßig gehen darf, während die China-gerichteten Apps auf ICP-eingereichter Infrastruktur ausgeliefert werden. 21YunBox kartiert, lokalisiert und liefert aus und nutzt oder empfiehlt niemals Umgehung. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Compliance-Momentaufnahme
- ! MuleSoft betreibt keine Festlandchina-Control-Plane und keine CloudHub-Region. Seine eigenen CloudHub-2.0-Docs setzen die verwaltete Runtime nur in Nordamerika, Südamerika, der Europäischen Union und Asien-Pazifik, und hosten die Control Plane in den USA oder der EU — sowohl die Runtime, die Ihre Flows ausführt, als auch die Management-Plane sitzen also offshore.
- ! Eine Integrationsplattform bewegt personenbezogene Daten zwischen Systemen. Wenn die Runtime, die diese Flows ausführt, in einer offshore gelegenen CloudHub-Region sitzt, sind die personenbezogenen China-Daten, die sie hinausträgt, ein grenzüberschreitender Transfer (数据出境) nach PIPL (Artikel 38–40): Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus.
- ! Die Control-Plane-Metadaten, die MuleSoft hält — Payloads in Logs, in Warteschlangen eingereihte Nachrichten, Monitoring-Daten — werden auch offshore gehalten, und eine Datenintegrations-Schicht ist genau, wo China-PI standardmäßig aus dem Land bewegt wird. Oberhalb der Schwellen kann die Datenausfuhr-Sicherheitsbewertung (数据出境安全评估) gelten, bevor irgendetwas geht.
- ! Für einen Betreiber kritischer Informationsinfrastruktur verlangt Artikel 39 des Cybersicherheitsgesetzes (vormals Artikel 37), dass in China erzeugte personenbezogene Daten in China gespeichert werden — eine Pflicht, die eine offshore gelegene CloudHub-Region nicht erfüllen kann. Einen Flow auf eine andere offshore gelegene Cloud zu richten verlagert den Transfer; es beendet ihn nicht.
- ✓ Der rechtmäßige Pfad: die Mule-Runtime im Inland betreiben — selbst-gehostete Runtime Fabric oder on-premises innerhalb des Festlands — sodass China-Integrationsdaten resident bleiben, nur aussenden, was rechtmäßig gehen darf, die Anypoint-Control-Plane für Ihre anderen Regionen behalten und die China-gerichteten Apps im Inland auf ICP-eingereichter Infrastruktur ausliefern — nie Umgehung.
Was die offizielle MuleSoft-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| MuleSoft betreibt keine Festlandchina-Region — CloudHub 2.0 deployt nur nach Nordamerika, Südamerika, der EU und Asien-Pazifik. MuleSofts CloudHub-2.0-Architektur-Dokumentation gibt an: „CloudHub 2.0 provides the ability to deploy apps in different regions of the world: North America, South America, the European Union, and Asia-Pacific", und ihre veröffentlichten Runtime-Regionen (USA, Kanada, Brasilien, Irland, Deutschland, das UK, Singapur, Australien, Japan, Indien) schließen keinen Standort innerhalb des Festlands China ein. | MuleSoft, „CloudHub 2.0 Architecture" (docs.mulesoft.com), abgerufen 2026-10-09 |
| Die Anypoint-Control-Plane wird in den USA oder der EU gehostet — offshore von China. MuleSoft gibt an: „For the US Cloud and MuleSoft Government Cloud control planes, MuleSoft hosts the management console and platform services in the United States", und „For the EU Cloud control plane, MuleSoft hosts these services in Europe". Die Control-Plane-Metadaten, die es über Ihre Integrationen hält, ruhen daher außerhalb des Festlands. | MuleSoft, „CloudHub 2.0 Architecture" (docs.mulesoft.com), abgerufen 2026-10-09 |
| MuleSoft unterstützt eine selbst-verwaltete Runtime, die Sie auf Infrastruktur innerhalb Chinas betreiben können. Seine Anypoint-Runtime-Fabric-Dokumentation gibt an: „You can use Runtime Fabric with managed Kubernetes services like EKS, AKS, GKE, and OKE, or with self-managed distributions like Red Hat OpenShift and Rancher", und sie unterstützt auch eigenständige on-premises Mule-Runtimes — die Runtime, die Ihre China-Flows ausführt, kann also im Inland gehalten werden. | MuleSoft, „Anypoint Runtime Fabric Overview" (docs.mulesoft.com), abgerufen 2026-10-09 |
| Personenbezogene China-Daten durch eine offshore gelegene Runtime zu bewegen ist ein PIPL-Grenztransfer, mit einer Residency-Pflicht für CIIOs. In Festlandchina gesammelte personenbezogene Daten zu einer offshore gelegenen CloudHub-Runtime zu routen löst PIPL Artikel 38–40 aus (Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung), und für einen Betreiber kritischer Informationsinfrastruktur verlangt Artikel 39 des Cybersicherheitsgesetzes (vormals Artikel 37), dass diese Daten in China gespeichert werden. | Personal Information Protection Law of the PRC, Articles 38–40; Cybersecurity Law Article 39 (formerly Article 37) (cac.gov.cn), abgerufen 2026-10-09 |
Quellen vom 21YunBox Compliance-Team am 9. Oktober 2026 geprüft.
Ob MuleSoft im Festland China „funktioniert”, ist eine Data-Residency-Frage, lange bevor es eine Konnektivitäts-Frage ist. MuleSofts Anypoint Platform ist eine Integrations- und API-Management-Schicht — ihre ganze Aufgabe ist, Daten zwischen Ihren Systemen zu bewegen — die Entscheidung hängt also nicht davon ab, ob Sie die Control Plane aus Shanghai erreichen können. Sie hängt davon ab, wo die Daten, die Ihre Integrationen tragen, und die Metadaten, die die Plattform über sie hält, zur Ruhe kommen. MuleSoft beantwortet das in seiner eigenen Dokumentation: es gibt keine Festlandchina-Control-Plane und keine CloudHub-Region im Land, sowohl die Runtime, die Ihre Flows ausführt, als auch die Management-Plane dahinter sitzen also offshore.
MuleSoft in China auf einen Blick
| Was darüber entscheidet | In MuleSofts eigenen Worten — und Chinas Recht |
|---|---|
| Was es ist | MuleSofts Anypoint Platform ist eine Integrations- und API-Management-Plattform (iPaaS). Sie teilt sich in eine Control Plane — die MuleSoft-verwaltete Umgebung, in der Sie Integrationen entwerfen, deployen und verwalten — und eine Runtime Plane, die sie ausführt, entweder auf CloudHub (MuleSoft-verwaltet) oder auf Infrastruktur, die Sie selbst verwalten. Weil Integrationen Datensätze zwischen Systemen bewegen, sind die Daten, die durch die Runtime fließen, plus die Control-Plane-Metadaten, die China-Oberfläche. |
| Wo es läuft | MuleSoft bietet Control-Plane-„Clouds" in den USA (Standard), der EU, Kanada, dem UK, Japan, Australien und Indien, plus eine US-Regierungs-Cloud — keine im Festland China. CloudHub 2.0 deployt Apps nur über „North America, South America, the European Union, and Asia-Pacific", und MuleSoft hostet die Management-Konsole und Plattform-Dienste in den USA (oder Europa für die EU-Cloud). Keine Festland-Region wird angeboten. |
| Ihre China-Daten überqueren die Grenze | Wenn die Runtime, die Ihre Flows ausführt, in einer offshore gelegenen CloudHub-Region sitzt, sind die personenbezogenen Daten, die Ihre Integrationen aus China tragen, ein grenzüberschreitender Transfer nach PIPL (Artikel 38–40): Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus. Eine Datenausfuhr-Sicherheitsbewertung kann oberhalb der Schwellen gelten. |
| Residency für CIIOs | Für einen Betreiber kritischer Informationsinfrastruktur müssen in China erzeugte personenbezogene Daten in China gespeichert werden (Cybersicherheitsgesetz Artikel 39 (vormals Artikel 37); PIPL Artikel 40) — eine Pflicht, die eine offshore gelegene CloudHub-Region nicht erfüllen kann. Einen Flow auf eine andere offshore gelegene Cloud umzuschalten verlagert den Transfer; es beendet ihn nicht. |
| Der rechtmäßige Pfad | Betreiben Sie die Mule-Runtime im Inland — selbst-gehostete Runtime Fabric oder on-premises innerhalb des Festlands — sodass die China-Integrationsdaten resident bleiben, senden Sie nur aus, was rechtmäßig gehen darf, behalten Sie die Anypoint-Control-Plane für Ihre anderen Regionen und liefern Sie die China-gerichteten Apps im Inland auf ICP-eingereichter Infrastruktur aus. 21YunBox kartiert, lokalisiert und liefert aus; es nutzt oder empfiehlt niemals Umgehung jeglicher Art. |
Keine Festland-Region — die Control Plane und die Runtime sitzen beide offshore
MuleSofts Anypoint Platform ist aus zwei Planes gebaut, und Chinas Recht erreicht beide. Die Control Plane — wo Sie Ihre Integrationen entwerfen, deployen und verwalten — ist das, was MuleSoft eine Cloud nennt, und sie wird in den USA (dem Standard), der EU, Kanada, dem UK, Japan, Australien und Indien angeboten, plus einer US-Regierungs-Cloud. Nicht eine ist im Festland China. Die Runtime Plane, wo Ihre Integrationen tatsächlich ausgeführt werden, läuft entweder auf CloudHub (MuleSoft-verwaltet) oder auf Infrastruktur, die Sie selbst aufstellen.
Für die verwaltete Option ist MuleSoft in seiner CloudHub-2.0-Architektur-Dokumentation explizit: „CloudHub 2.0 provides the ability to deploy apps in different regions of the world: North America, South America, the European Union, and Asia-Pacific”, und „For the US Cloud and MuleSoft Government Cloud control planes, MuleSoft hosts the management console and platform services in the United States”, mit der EU-Cloud in Europa gehostet. Seine veröffentlichten Runtime-Regionen umspannen die USA, Kanada, Brasilien, Irland, Deutschland, das UK, Singapur, Australien, Japan und Indien — keine innerhalb des Festlands. „Wir betreiben schon MuleSoft” trägt also nicht aus eigener Kraft nach China: die Plattform setzt sowohl die Runtime als auch ihre eigenen Management-Daten außerhalb des Landes.
Eine Integrationsschicht ist, wo China-Daten standardmäßig gehen
Das ist der Teil, den die meisten Teams unterschätzen. Eine Integrationsplattform existiert, um Datensätze zwischen Systemen zu bewegen — einem CRM, einem ERP, einer Datenbank, einem Zahlungs- oder Messaging-Dienst — und vieles, was durch sie hindurchgeht, sind personenbezogene Daten: Namen, Kontaktdetails, Bestell- und Kontodatensätze, Geräte- und Nutzer-Identifier. Wenn die Runtime, die diese Flows ausführt, in einer offshore gelegenen CloudHub-Region sitzt, werden die personenbezogenen Daten, die Ihre Integrationen aus China tragen, in dem Moment, in dem sie es verlassen, zu einem grenzüberschreitenden Transfer, und die Control-Plane-Metadaten, die MuleSoft aufbewahrt — in Logs aufgetauchte Payloads, in Warteschlangen eingereihte Nachrichten, Monitoring-Daten — werden selbst offshore gehalten.
Nach Chinas Gesetz zum Schutz personenbezogener Daten landet dieser Transfer auf Ihnen, dem Handler personenbezogener Daten, nicht auf MuleSoft dem Verarbeiter: Artikel 38–40 verlangen Mitteilung, eine gesonderte Einwilligung für den Auslandstransfer und einen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Oberhalb der regulierten Schwellen, oder wo die Daten „wichtige Daten” sind, muss Chinas Datenausfuhr-Sicherheitsbewertung (数据出境安全评估) möglicherweise bestehen, bevor irgendetwas geht. Und wenn Sie ein Betreiber kritischer Informationsinfrastruktur sind, verlangt Artikel 39 des Cybersicherheitsgesetzes (vormals Artikel 37 — die Datenlokalisierungsvorschrift wurde durch die Novelle von 2025 umnummeriert, die am 1. Januar 2026 in Kraft trat, mit unveränderter Substanz), dass in China erzeugte personenbezogene Daten in China gespeichert werden — eine Pflicht, die eine offshore gelegene CloudHub-Region nicht erfüllen kann, wie auch immer sie getunt wird. Eine Datenintegrations-Schicht ist genau der Ort, an dem personenbezogene China-Daten standardmäßig aus dem Land bewegt werden; welche dieser Pflichten Ihre konkreten Flows treffen, ist ein Risiko, das mit Rechtsbeistand gegen das, was Sie tatsächlich bewegen und speichern, zu bestätigen ist.
Die selbst-gehostete Runtime ist die Öffnung — wenn die Daten im Inland gehalten werden
Es gibt einen rechtmäßigen Weg, die Integrationsdaten in China zu halten, und MuleSofts eigene Architektur lässt Raum dafür. Neben der verwalteten CloudHub-Runtime dokumentiert MuleSoft eine selbst-verwaltete Runtime Plane: „You can use Runtime Fabric with managed Kubernetes services like EKS, AKS, GKE, and OKE, or with self-managed distributions like Red Hat OpenShift and Rancher”, und es unterstützt auch eigenständige on-premises Mule-Runtimes. Betreiben Sie die Mule-Runtime auf Infrastruktur innerhalb des Festlands, und die Daten, die Ihre China-Flows tragen, können standardmäßig in China bleiben, wobei nur das, was rechtmäßig gehen darf, zum Rest Ihres Bestands fließt — während die Anypoint-Control-Plane die anderen Märkte weiter bedient, wo sie es bereits tut.
Diese Aufteilung — was in China bleiben muss, was die Grenze überqueren darf — ist das Herz der Arbeit, und sie ist eine rechtliche Frage, bevor sie eine technische ist. Sie ist auch keine Einstellung, die die Plattform für Sie entscheidet: einen Flow auf eine „andere Region” zu richten verlagert nur den Transfer zwischen offshore gelegenen Clouds; es beendet ihn nicht. China-Integrationsdaten im Inland zu halten bedeutet, eine inländische Runtime aufzustellen und die Flows darum herum zu entwerfen. Dies ist eine Risikokarte, kein Urteil — ob Sie einen Transfermechanismus, eine Datenausfuhr-Bewertung, inländische Speicherung, eine ICP-Beian oder eine Kombination schulden, hängt von Ihrer Rechtsperson, Ihren Datenmengen und wer Ihre Nutzer sind ab, und es ist wert, mit Rechtsbeistand zu klären, bevor Ihre Integrationen davon abhängen.
Der rechtmäßige Pfad — kartieren, lokalisieren, ausliefern
Es gibt einen rechtskonformen Weg, MuleSoft für ein China-gerichtetes Geschäft zu betreiben, und er hat eine Gestalt. Zuerst kartieren: unser China-Compliance-Team arbeitet Ihre PIPL-Exponierung Flow für Flow durch — welche Integrationen personenbezogene Daten aus China tragen, was rechtmäßig gehen darf, wo eine Datenausfuhr-Sicherheitsbewertung oder eine Artikel-39-Speicherpflicht gilt und was Ihre Mitteilung und Einwilligung abdecken müssen. Wir bauen das technische Bild; die rechtlichen Schlüsse werden mit Ihrem Rechtsbeistand geklärt.
Dann lokalisieren: wir stellen eine inländische Mule-Runtime auf und integrieren sie — selbst-gehostete Runtime Fabric oder on-premises innerhalb des Festlands — sodass die China-Integrationsdaten im Land resident bleiben, wobei nur die Daten, die rechtmäßig gehen dürfen, hinausfließen, und Ihre Anypoint-Control-Plane genau dort bleibt, wo sie für jeden anderen Markt bereits läuft.
Dann ausliefern: die öffentlich zugewandten Apps und APIs, die diese Integrationen Nutzern im Festland zugänglich machen, sind ein Internet-Dienst in China, sie tragen also eine ICP-Beian (备案)-Pflicht und brauchen rechtskonforme, inländische Auslieferung. 21YunBox liefert sie im Inland aus — der 21YunBox Optimizer — vor das gesetzt, was Sie bereits betreiben, ohne Neuaufbau und ohne Re-Platforming. Was wir nie tun, und was niemand rechtmäßig kann, ist, Ihnen einen Weg um Chinas Datenausfuhr-Regeln oder um irgendeine Netzwerkbeschränkung herum zu geben: wir lokalisieren, was bleiben muss, und liefern im Inland aus, und wir bewegen personenbezogene Daten niemals heimlich aus China. Das Ergebnis ist ein MuleSoft-Bestand, der legal und rechtskonform für Ihre Nutzer in China läuft.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Datenausfuhr-Sicherheitsbewertung
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Artikel 39)
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist MuleSoft im Festland China verfügbar?
MuleSofts Anypoint-Control-Plane und CloudHub-Endpunkte sind aus dem Festland erreichbar, Verfügbarkeit ist also nicht das Hindernis — die Frage ist Data Residency. MuleSoft betreibt keine Festlandchina-Control-Plane und keine CloudHub-Region; seine eigenen Docs setzen die verwaltete Runtime nur in Nordamerika, Südamerika, der EU und Asien-Pazifik, und hosten die Control Plane in den USA oder der EU. Die Daten, die Ihre Integrationen bewegen, und die Metadaten, die die Plattform hält, ruhen also offshore. Grenzüberschreitende Konnektivität zu einer offshore gelegenen Runtime kann auch inkonsistent sein, aber das ist eine operative Angelegenheit, nicht die Entscheidung. Behandeln Sie die Einzelheiten als ein mit Rechtsbeistand zu bestätigendes Risiko.
Ist das Durchleiten von China-Daten durch MuleSoft ein grenzüberschreitender Transfer?
Wenn Ihre Mule-Runtime auf einer offshore gelegenen CloudHub-Region ausführt — irgendwo außerhalb des Festlands — dann werden die personenbezogenen Daten, die Ihre Integrationen aus China tragen, offshore übertragen, ein grenzüberschreitender Transfer (数据出境) nach PIPL. Das bedeutet Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung), und oberhalb der regulierten Schwellen kann es Chinas Datenausfuhr-Sicherheitsbewertung erfordern. Für einen Betreiber kritischer Informationsinfrastruktur fügt Artikel 39 des Cybersicherheitsgesetzes (vormals Artikel 37) eine inländische Speicherpflicht hinzu, die eine offshore gelegene Region nicht erfüllen kann. Bestätigen Sie Ihre genauen Pflichten mit Rechtsbeistand.
Kann ich einfach eine MuleSoft-Region näher an China wählen, um Daten im Inland zu halten?
Nein — MuleSoft bietet keine Festlandchina-Control-Plane oder CloudHub-Region, keine verwaltete Region hält die Daten also in China; einen Flow von einer offshore gelegenen Cloud zu einer anderen zu bewegen verlagert nur den grenzüberschreitenden Transfer. China-Integrationsdaten im Inland zu halten bedeutet, die Mule-Runtime auf Infrastruktur innerhalb des Festlands zu betreiben — selbst-gehostete Runtime Fabric oder on-premises — und die Flows so zu entwerfen, dass nur das geht, was rechtmäßig gehen darf. 21YunBox kartiert diese Aufteilung, lokalisiert die China-Daten auf eine inländische Runtime und liefert die China-gerichteten Apps auf ICP-eingereichter Infrastruktur aus — es ist nie eine Route um Chinas Datenausfuhr-Regeln herum.
