Funktioniert Apache Airflow in China? Datenresidenz, ICP und Grenztransfer-Regeln
Apache Airflow orchestriert die Pipelines, die Ihre Daten bewegen, sodass ein DAG, der China-stämmige personenbezogene Daten ins Ausland trägt, selbst ein grenzüberschreitender Transfer nach PIPL ist — eine Residenzfrage, keine Erreichbarkeit. Airflow ist Open Source und selbst gehostet: Betreiben Sie es im Inland, um Daten ansässig zu halten.
Funktioniert Apache Airflow in China?
Erreichbarkeit ist nicht der Test — Apache Airflow ist Open Source und selbst gehostet, sodass die eigentliche Frage ist, wo Sie es betreiben und wo seine Pipelines Ihre Daten landen. Airflows Aufgabe ist es, Daten zwischen Systemen zu bewegen und zu transformieren, sodass, wenn ein DAG China-stämmige Daten zu einem Offshore-Ziel trägt, der Pipeline-Lauf selbst ein grenzüberschreitender Transfer ist.
Das bringt es unter PIPL Art. 38–40 — Mitteilung, eine gesonderte Einwilligung und einen rechtmäßigen Transfermechanismus — und, für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen, die Inland-Speicherpflicht nach Art. 39 (vormals Art. 37) des Cybersicherheitsgesetzes. Die Daten im Transit umfassen routinemäßig personenbezogene Daten, und Airflows eigene Metadaten-Datenbank hält die Verbindungs-Credentials und kann PII halten — die Residenz dieses Speichers zählt also auch.
Weil Airflow Open Source und selbst gehostet ist, gibt es einen rechtmäßigen Hebel: Betreiben Sie es auf inländischer Infrastruktur und halten Sie sowohl die Orchestrierung als auch die Daten ansässig. 21YunBox kartiert, was Ihre Pipelines tragen, hilft Ihnen, die Engine und die Daten im Inland zu lokalisieren, und liefert jede auf China ausgerichtete Oberfläche auf ICP-gemeldeter Infrastruktur aus — kein Neuaufbau und niemals eine Umgehung welcher Art auch immer. Bestätigen Sie die Einzelheiten mit Rechtsbeistand.
Compliance-Momentaufnahme
- ! Airflow orchestriert Ihre Pipelines — wo es läuft und Daten landet, ist die China-Frage
- ! Wenn ein DAG China-Daten ins Ausland bewegt, ist der Pipeline-Lauf selbst ein grenzüberschreitender Transfer
- ! PIPL Art. 38–40: Ein Offshore-Transfer braucht Mitteilung, gesonderte Einwilligung und eine Transfergrundlage
- ! Verbindungs-Secrets und PII sitzen in Airflows Metadaten-DB — die Residenz dieses Speichers zählt
- ! Betreiber kritischer Informationsinfrastruktur/große Mengen: Cybersicherheitsgesetz Art. 39 (vormals 37) will China-Daten im Festland gespeichert
- ✓ Selbst gehostete Open Source — betreiben Sie Airflow im Inland, halten Sie Orchestrierung und Daten ansässig
Was die offizielle Apache Airflow-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Apache Airflow ist Open-Source-, selbstverwaltete Orchestrierung. Seine Dokumentation gibt an: „Apache Airflow® is an open-source platform for developing, scheduling, and monitoring workflows“ (Apache Airflow® ist eine Open-Source-Plattform zum Entwickeln, Planen und Überwachen von Workflows) und fügt hinzu: „Because Airflow is open source, you're building on components developed, tested, and maintained by a global community“ (Weil Airflow Open Source ist, bauen Sie auf Komponenten auf, die von einer globalen Community entwickelt, getestet und gepflegt werden). Diese Workflows existieren, um Daten zwischen Systemen zu bewegen und zu transformieren. | Apache Airflow Documentation, „What is Airflow?“ (airflow.apache.org), abgerufen 2026-10-12 |
| Sie deployen und betreiben Airflow auf Ihrer eigenen Infrastruktur — der Residenz-Hebel. Die Installationsdokumentation gibt an: „You are expected to install Airflow - all components of it - on your own“ (Sie müssen Airflow — alle seine Komponenten — selbst installieren), mit „The only officially supported mechanism of installation is via pip“ (dem einzigen offiziell unterstützten Installationsmechanismus über pip), plus offiziellen Docker-Images und einem Helm-Chart. Verwaltete Airflow-Dienste gibt es von Cloud-Anbietern, aber die Kern-Engine ist selbst gehostet. | Apache Airflow Documentation, „Installation“ (airflow.apache.org), abgerufen 2026-10-12 |
| China-stämmige Daten im Ausland zu landen, ist ein grenzüberschreitender Transfer nach PIPL. Wenn eine Airflow-Pipeline in Festlandchina erhobene personenbezogene Daten zu einem Offshore-Ziel bewegt, verlangen PIPL Art. 38–40 Mitteilung, eine gesonderte Einwilligung und einen rechtmäßigen Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. | Gesetz zum Schutz personenbezogener Daten der VR China, Art. 38–40, abgerufen 2026-10-12 |
| Manche Verarbeiter müssen in China erzeugte Daten im Festland halten. Für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen verlangt Art. 39 (vormals Art. 37) des Cybersicherheitsgesetzes, dass in China erzeugte personenbezogene Daten und wichtige Daten im Inland gespeichert werden, mit einer Sicherheitsbewertung vor jedem Export — eine Pflicht, die ein Offshore-Pipeline-Ziel nicht erfüllen kann. | Cybersicherheitsgesetz der VR China, Art. 39 (vormals Art. 37), abgerufen 2026-10-12 |
Quellen vom 21YunBox Compliance-Team am 12. Oktober 2026 geprüft.
Für ein Datenteam in Festlandchina ist das Erste, was zu Apache Airflow zu klären ist, dass die Frage nicht ist, ob die Web-UI schnell aus Shanghai zeichnet oder ob ein Worker den Scheduler erreichen kann. Airflow ist ein Workflow-Orchestrator: Seine ganze Aufgabe ist es, die Pipelines zu betreiben, die Ihre Daten zwischen Systemen extrahieren, transformieren und bewegen — Datenbanken, Objektspeicher, APIs, Cloud-Warehouses. Genau das macht es zu einem Datenresidenz-Fall statt zu einem Geschwindigkeitsfall. Ein DAG ist ein Satz von Anweisungen, Daten von einer Quelle zu einem Ziel zu tragen; wenn die Quelle China-stämmige Daten hält und das Ziel im Ausland sitzt, ist der Pipeline-Lauf selbst der grenzüberschreitende Transfer. Wo der Orchestrator läuft und wo seine Pipelines die Daten landen, ist die ganze Frage — und weil Airflow Open-Source-Software ist, die Sie selbst hosten, entscheiden Sie beides.
Apache Airflow in China auf einen Blick
| Worüber es entscheidet | In Airflows eigenen Worten — und nach chinesischem Recht |
|---|---|
| Was Airflow ist — ein Orchestrator, keine Broschüre | Airflows eigene Dokumentation nennt es „an open-source platform for developing, scheduling, and monitoring workflows“ (eine Open-Source-Plattform zum Entwickeln, Planen und Überwachen von Workflows). Diese Workflows (DAGs) existieren, um Daten zwischen Systemen zu bewegen und zu transformieren — aus Quellen zu extrahieren, in Ziele zu laden. Der Zweck des Werkzeugs ist die Bewegung von Daten, sodass es per Definition eine Residenzfrage ist, wo es läuft und wo es Daten landet. |
| Der Pipeline-Lauf ist der Transfer | Die unterscheidende Hälfte, die eine Erreichbarkeitsprüfung nie sieht. Wenn ein DAG China-stämmige Daten liest und sie in ein Offshore-Ziel schreibt — ein Warehouse, einen Bucket, eine API in einer anderen Region —, ist diese Aufgabe der grenzüberschreitende Transfer (数据出境). Die Daten im Transit umfassen routinemäßig personenbezogene Daten: Kunden- und Nutzertabellen, Ereignis-Streams, Kennungen. Sie ins Ausland zu bewegen, ist die regulierte Handlung, ob die UI schnell ist oder nicht. |
| Secrets und PII in Airflow selbst | Airflows Metadaten-Datenbank speichert die Verbindungsdetails und Variablen Ihrer Pipeline — seine Dokumentation merkt an, Airflow „uses Fernet to encrypt passwords in the connection configuration and the variable configuration“ (nutze Fernet, um Passwörter in der Verbindungs- und Variablenkonfiguration zu verschlüsseln). Task-Logs und XComs können ebenfalls personenbezogene Daten tragen. Residenz betrifft also nicht nur das Ziel-Warehouse; der Metadaten-Speicher und die Logs halten Credentials und PII, die selbst irgendwo rechtmäßig liegen müssen. |
| Residenz & Grenztransfer | China-erhobene personenbezogene Daten in einem Offshore-Ziel zu landen, ist ein grenzüberschreitender Transfer nach PIPL Art. 38–40 — der Mitteilung, eine gesonderte Einwilligung und einen Transfermechanismus verlangt (eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung). Für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen verlangt Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37), dass in China erzeugte personenbezogene Daten im Festland gespeichert werden. |
| Sensible PII & die ICP-Tür | Wo die Pipelines staatliche Ausweise, Finanz- oder Gesundheitsdatensätze tragen, kann dieser Inhalt sensible personenbezogene Daten nach PIPL Art. 28–29 sein — ein Risiko, das anhand dessen zu bestätigen ist, was Ihre DAGs tatsächlich bewegen. Und jede öffentliche, auf China ausgerichtete Oberfläche, die Sie rund um Airflow aufsetzen — ein Dashboard, ein Datenportal, eine API, die Ihre Festland-Nutzer erreichen — ist ein Internet-Informationsdienst, der eine ICP-Beian (备案)-Pflicht trägt, die an Festland-Hosting gebunden ist. |
| Erreichbarkeit ist nicht die Achse — und Selbst-Hosting ist der Hebel | Ob der Scheduler aus dem Festland antwortet, ist betrieblich, nicht die Compliance-Frage. Weil Airflow Open Source und selbst gehostet ist, gibt es einen rechtmäßigen Hebel: Betreiben Sie den Orchestrator auf inländischer Infrastruktur, sodass die Orchestrierung, die Metadaten und die Daten ansässig bleiben, landen Sie China-stämmige Daten in einem inländischen Ziel, und liefern Sie jede auf China ausgerichtete Oberfläche rechtskonform aus — der 21YunBox Optimizer — vor das gesetzt, was Sie bereits betreiben. |
Was es tatsächlich bewegt — und was in ihm lebt
Airflow hält keinen einzelnen Datensatz so, wie es eine Anwendungsdatenbank tut; es ist die Engine, die Daten bewegt, und genau deshalb ist es eine Residenzfrage. Jeder DAG ist eine Beschreibung eines Flusses: Datensätze aus einer Quelle ziehen, sie transformieren, sie in ein Ziel schreiben. In einer echten Datenplattform sind diese Ziele häufig im Ausland — ein Cloud-Warehouse in einer anderen Region, ein verwalteter Objektspeicher, eine Partner-API. In dem Moment, in dem eine Pipeline Tabellen liest, die in Festlandchina erhoben wurden, und sie irgendwohin außerhalb schreibt, hat die Pipeline einen grenzüberschreitenden Transfer durchgeführt, und diese Daten umfassen sehr oft personenbezogene Daten: Kunden- und Kontotabellen, Nutzerereignisse, Geräte- und Kontaktkennungen.
Es gibt einen zweiten, leiseren Speicher, der leicht zu übersehen ist. Airflow hält eine Metadaten-Datenbank, die Ihre DAG-Läufe, den Task-Zustand und — entscheidend — Ihre Connections und Variables aufzeichnet, die Konfiguration, die es Pipelines erlaubt, sich bei jedem System zu authentifizieren, das sie berühren. Airflows Dokumentation gibt an, es „uses Fernet to encrypt passwords in the connection configuration and the variable configuration“ (nutze Fernet, um Passwörter in der Verbindungs- und Variablenkonfiguration zu verschlüsseln). Verschlüsselung im Ruhezustand ist gute Hygiene, aber sie ändert nicht, wo dieser Speicher sitzt: Die Verbindungs-Secrets zu Ihren Datenbanken und Warehouses, plus alle personenbezogenen Daten, die in Task-Logs und XComs landen, leben dort, wo Sie den Scheduler und seine Datenbank betreiben. Die Residenzkarte hat also zwei Schichten — die Daten, die Ihre Pipelines tragen, und die Credentials und PII in Airflow selbst.
Die Türen: Residenz, Grenztransfer, sensible PII und ICP
Richten Sie Airflows Pipelines auf Offshore-Ziele, und die erste Tür öffnet sich. Die China-stämmigen personenbezogenen Daten, die die DAGs tragen, kommen im Ausland zu liegen, was es zu einem grenzüberschreitenden Transfer (数据出境) macht. Die Pflicht landet bei Ihnen, dem Verarbeiter: PIPL Art. 13 und 23 verlangen Mitteilung und eine Grundlage, die Daten zu erheben, und Art. 38–40 verlangen einen Transfermechanismus, um sie ins Ausland zu senden — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung — mit einer gesonderten Einwilligung für den Auslandstransfer.
Für manche Verarbeiter ist die Speicherung überhaupt keine Frage des Mechanismus — sie muss im Inland bleiben. Wenn Ihre Organisation kritische Informationsinfrastruktur betreibt oder personenbezogene Daten in großem Maßstab verarbeitet, verlangt Art. 39 des Cybersicherheitsgesetzes (vormals Art. 37 — die 2025er Novelle des Cybersicherheitsgesetzes, in Kraft seit 1. Januar 2026, nummerierte den Datenlokalisierungsartikel von 37 auf 39 um, inhaltlich unverändert), dass in China erzeugte personenbezogene Daten und wichtige Daten im Festland gespeichert werden, mit einer Sicherheitsbewertung vor jedem Export. Eine Pipeline, deren Ziel ein Offshore-Warehouse ist, kann diese Pflicht strukturell nicht erfüllen.
Eine schärfere Tür ist die Sensibilität der Daten im Transit. Wo ein DAG echte staatliche Ausweise, Finanzdatensätze oder Gesundheitsdaten bewegt, kann dieser Inhalt sensible personenbezogene Daten nach PIPL Art. 28–29 sein, die einen spezifischen Zweck, erhöhte Notwendigkeit und gesonderte Einwilligung verlangen. Und eine weitere Tür folgt aus dem Veröffentlichen: In dem Moment, in dem Sie eine öffentliche, auf China ausgerichtete Oberfläche rund um Airflow offenlegen — ein Monitoring-Dashboard, ein Datenanfrage-Portal oder eine API, die Ihre Festland-Nutzer erreichen —, ist diese Oberfläche ein Internet-Informationsdienst und trägt eine ICP-Beian (备案)-Pflicht, die an eine Festland-Hosting-Ressource gebunden ist.
Warum eine Erreichbarkeitsprüfung dies verfehlt
Eine Sonde aus China kann zusehen, wie die Airflow-UI lädt oder ein Worker eine Aufgabe aufnimmt, und schließen „es funktioniert“. Diese Antwort geht am Punkt vorbei. Die Compliance-Exponierung ist nicht auf dem Bildschirm — sie ist in den Daten, die die Pipelines bewegen, und darin, wohin sie sie bewegen: die China-stämmigen Datensätze, die ein DAG liest, das Offshore-Ziel, in das er sie schreibt, und die Verbindungs-Secrets und PII, die in der Metadaten-Datenbank und den Task-Logs sitzen. Ein Seitenlade-Test misst nichts davon. Er kann nicht sehen, in welcher Region das Ziel-Warehouse liegt, ob eine gesonderte Einwilligung eingeholt wurde, ob ein Transfermechanismus vorhanden ist oder dass ein auf China ausgerichtetes Dashboard eine ICP-Beian braucht.
Es gibt eine Falle, die für diese Art Plattform spezifisch ist. Eine Offshore-Pipeline lediglich erreichbar zu machen — selbst einen Worker oder Scheduler innerhalb Chinas aufzusetzen, der weiterhin in ein Offshore-Ziel schreibt — bewegt keine der regulierten Daten ins Inland. Die Aufgabe trägt die China-stämmigen Daten dennoch jedes Mal über die Grenze, wenn sie läuft; den Worker zu verlagern, ohne das Ziel zu verlagern, ändert nichts am Transfer. Was entscheidet, ist, wo die Pipeline die Daten landet und wo der eigene Speicher des Orchestrators liegt. Das ist die konkurrenzsichere zweite Hälfte der Frage — und deshalb ist die Antwort, die Orchestrierung und die Daten im Inland zu halten, nicht lediglich erreichbar.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Es gibt einen rechtskonformen Weg, Apache Airflow für ein Team in Festlandchina zu betreiben, und weil Airflow Open Source und selbst gehostet ist, sitzt er auf der Plattform, die Sie bereits nutzen — kein Neuaufbau, keine Migration weg von Airflow.
Zuerst kartieren: Unser China-Compliance-Team inventarisiert, was Ihre DAGs tatsächlich tragen — welche Quellen und Ziele jede Pipeline berührt, ob personenbezogene Daten im Transit sind, wo der Scheduler, die Worker und die Metadaten-Datenbank heute laufen, was die Connections und Variables halten und auf welche Einwilligungs- und Residenzgrundlage sich jeder Fluss stützt. Wir bauen das technische Bild; die rechtlichen Schlüsse werden mit Rechtsbeistand geklärt.
Dann lokalisieren: Betreiben Sie den selbst gehosteten Airflow-Orchestrator auf inländischer Infrastruktur, sodass der Scheduler, die Metadaten-Datenbank und die Verbindungs-Secrets auf Festland-Boden zu liegen kommen; landen Sie China-stämmige Daten in einem inländischen Ziel statt in einem Offshore-Warehouse; holen Sie die Mitteilung und gesonderte Einwilligung nach Art. 13/23 ein; behandeln Sie etwaige staatliche Ausweise oder Finanzdaten in den Pipelines als sensible personenbezogene Daten; und minimieren Sie die personenbezogenen Daten, die überhaupt in einen grenzüberschreitenden Fluss gelangen, und nutzen Sie einen rechtmäßigen Transfermechanismus nur dort, wo ein Transfer wirklich nötig ist. Lokalisieren bedeutet, eine rechtmäßige, inländische Datenplattform aufzusetzen — niemals eine Route, die die Daten ohnehin ins Ausland verschifft, und niemals eine Umgehung welcher Art auch immer.
Dann ausliefern: Jede öffentliche, auf China ausgerichtete Oberfläche rund um die Plattform — ein Dashboard, ein Datenportal oder eine API, die Ihre Festland-Nutzer erreichen — ist ein Internet-Informationsdienst, trägt also eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung. 21YunBox liefert sie im Inland aus — der 21YunBox Optimizer — vor das gesetzt, was Sie bereits betreiben, sodass sie Ihren Nutzern in China rechtmäßig und rechtskonform dient. 21YunBox verwendet und empfiehlt niemals eine Umgehung welcher Art auch immer — wir halten im Inland, was das Recht als bleibepflichtig bezeichnet, liefern den Rest rechtskonform aus dem Festland heraus und bewegen personenbezogene Daten niemals heimlich über die Grenze. 21YunBox ist eine Compliance-Overlay und Partnerin des Airflow, das Sie bereits betreiben, keine Konkurrentin.
Nichts davon ist ein Urteil, dass Apache Airflow in China „gesperrt“ oder „illegal“ sei. Es ist eine Residenz-und-Einwilligungs-Karte, und welche Pflichten Ihren Fall treffen, hängt von Ihrer Gesellschaft, Ihrer Rolle nach chinesischem Recht, Ihren Datenmengen und davon ab, was Ihre Pipelines tatsächlich bewegen — es lohnt, die Einzelheiten mit Rechtsbeistand zu klären, bevor die Datenflüsse Ihres China-Teams davon abhängen.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz (Datenlokalisierung, Art. 39)
- Chinas Gesetz zum Schutz personenbezogener Daten (PIPL)
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Ist Apache Airflow in China gesperrt?
Nein — und das ist nicht die Frage. Airflow ist Open-Source-Software, die Sie selbst hosten, es gibt also nichts zu „entsperren“. Was zählt, ist, wo Sie es betreiben und wo seine Pipelines Ihre Daten landen: China-stämmige personenbezogene Daten zu einem Offshore-Ziel zu bewegen, ist ein grenzüberschreitender Transfer nach PIPL Art. 38–40, kein Erreichbarkeitsproblem.
Kann ich Airflow rechtskonform für ein China-Team betreiben?
Ja. Weil Airflow selbst gehostet ist, können Sie den Orchestrator auf inländischer Infrastruktur betreiben und sowohl die Orchestrierung als auch die Daten ansässig halten — indem Sie China-stämmige Daten in einem inländischen Ziel landen und einen rechtmäßigen Transfermechanismus nur dort nutzen, wo ein Transfer wirklich nötig ist. 21YunBox kartiert die Flüsse und hilft Ihnen, im Inland zu lokalisieren und auszuliefern, ohne Neuaufbau und niemals mit einer Umgehung welcher Art auch immer.
Was ist mit den Credentials und Daten in Airflow selbst?
Airflows Metadaten-Datenbank speichert die Verbindungsdetails Ihrer Pipeline — seine Dokumentation merkt an, sie „uses Fernet to encrypt passwords in the connection configuration and the variable configuration“ (nutze Fernet, um Passwörter in der Verbindungs- und Variablenkonfiguration zu verschlüsseln) — und Task-Logs und XComs können personenbezogene Daten tragen. Die Residenz des Metadaten-Speichers und der Logs ist also Teil des Compliance-Bildes, nicht nur die Daten, die eine Pipeline bewegt.
