Funktioniert Qdrant in China? PIPL-Grenztransfer, Datenresidenz und Selbst-Hosting
Qdrant ist eine quelloffene Vektordatenbank, deren Embeddings und Payloads personenbezogene Daten im Ruhezustand sind, und Qdrant Cloud läuft nur auf AWS, GCP und Azure — keine Festland-China-Region —, sodass das Indexieren der Daten Ihrer chinesischen Nutzer dort ein PIPL-Grenztransfer mit einer Datenlokalisierungspflicht ist. Ein Blick zuerst auf die Compliance: die Residenz-Exponierung und der inländische Self-Host-Hebel.
Funktioniert Qdrant in China?
Qdrant speichert Embeddings und deren Payloads — personenbezogene Daten über Ihre chinesischen Nutzer — und Qdrant Cloud läuft nur auf AWS, GCP und Azure ohne Festland-China-Region, dieser Inhalt sitzt also im Ruhezustand im Ausland: ein Residenz- und Grenztransfer-Problem, kein Performance-Problem.
Sie laden Qdrant mit Embeddings, berechnet aus den Nachrichten, Dokumenten und Datensätzen der Nutzer, plus einer Payload, die in Qdrants eigenen Worten „any information that can be represented using JSON“ sein kann — regelmäßig der Rohtext selbst. Weil ein Embedding aus personenbezogenen Daten abgeleitet ist (und Inversion und Membership-Inference unterstützt) und die Payload diese Daten oft wörtlich hält, ist der Index personenbezogene Daten im Ruhezustand, ihn in einer Offshore-Region zu halten, ist also ein grenzüberschreitender Transfer nach PIPL (Mitteilung, gesonderte Einwilligung und ein Transfermechanismus, Art. 38–40), mit einer Festland-Speicherpflicht für CIIOs und Verarbeiter großer Mengen (Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37). Der rechtmäßige Hebel ist, den Index und die Embeddings im Inland zu halten, indem Sie die Apache-2.0-Engine selbst hosten (oder Hybrid/Private Cloud im Festland), nicht den Offshore-Endpunkt erreichbar zu machen; die ICP-Beian landet auf der App vor Qdrant.
Dies ist eine Risikokarte, kein Urteil — welcher Transfermechanismus passt und ob eine Lokalisierungspflicht gilt, hängt von Ihrer Gesellschaft, Ihren Datenmengen und wessen Daten es sind ab. Unser China-Team kann Ihre Exponierung kartieren →
Compliance-Momentaufnahme
- ! Qdrant speichert Embeddings plus eine Payload, die oft die personenbezogenen Rohdaten hält
- ! Embeddings sind aus personenbezogenen Daten abgeleitet — nach PIPL nicht anonym
- ✕ Qdrant Cloud läuft nur auf AWS, GCP und Azure — keine Festland-China-Region
- ! China-Nutzer-Daten in einen Offshore-Cluster zu indexieren, ist ein PIPL-Grenztransfer
- ✓ Rechtmäßiger Weg: die Apache-2.0-Engine im Inland selbst hosten; ICP sitzt auf der App
Was die offizielle Qdrant-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Was Qdrant hält, sind personenbezogene Daten — Embeddings plus eine Payload, die oft den Rohtext speichert. In jeden Point laden Sie einen Vektor (ein Embedding, berechnet aus der Nachricht, dem Dokument oder Datensatz eines Nutzers) und eine Payload: Qdrant sagt, es lässt Sie „store additional information along with vectors“ und „any information that can be represented using JSON“, was in der Praxis Nutzer-IDs und den Originaltext trägt. Ein Embedding ist eine Ableitung personenbezogener Daten und ist nicht anonym — es unterstützt Inversion und Membership-Inference —, ein aus der Aktivität Ihrer chinesischen Nutzer gebauter Index sind also ihre personenbezogenen Daten im Ruhezustand. | Qdrant Docs — Payload (qdrant.tech), abgerufen 2026-10-10 |
| Qdrant Cloud läuft nur auf AWS, GCP und Azure — keine Festland-China-Region —, während dieselbe Apache-2.0-Engine vollständig selbst hostbar ist. Beim Erstellen eines verwalteten Clusters „choose your data center region or Hybrid Cloud environment“, und die angebotenen Provider sind Amazon Web Services, Google Cloud Platform und Microsoft Azure, keiner innerhalb Festlandchinas. Die Engine selbst ist quelloffen — „Qdrant is licensed under the Apache License, Version 2.0“ — und kann in Ihrer eigenen Infrastruktur über Docker, Kubernetes, ein kompiliertes Binary oder Qdrant Hybrid/Private Cloud laufen. | Qdrant Docs — Create a cluster (qdrant.tech); Qdrant GitHub (LICENSE), abgerufen 2026-10-10 |
| China-Nutzer-Daten in eine Offshore-Qdrant-Cloud-Region zu indexieren, ist ein grenzüberschreitender Transfer nach PIPL. Weil die Embeddings und Payloads personenbezogene Daten sind, löst das Befüllen eines Offshore-Index aus China PIPL Art. 38–40 aus: Der Verarbeiter — Sie, nicht Qdrant — muss Mitteilung erteilen, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (eine CAC-Sicherheitsbewertung, den Standardvertrag oder eine Zertifizierung). Siehe grenzüberschreitende Datentransfers nach PIPL. | PIPL Articles 38–40; China cross-border data transfer rules, abgerufen 2026-10-10 |
| Für manche Verarbeiter müssen die Daten in China bleiben — und Offshore-Qdrant-Cloud hat nirgends im Inland, sie zu halten. Ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter oberhalb der Mengenschwellen der Regulierer muss in China erhobene personenbezogene Daten im Festland speichern (PIPL Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37; die Novelle 2025, in Kraft seit 1. Januar 2026, hat 37 auf 39 umnummeriert, inhaltlich unverändert). Das inländische Mittel ist, die offene Engine selbst zu hosten oder Hybrid/Private Cloud im Festland zu betreiben. | PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37), abgerufen 2026-10-10 |
Quellen vom 21YunBox Compliance-Team am 10. Oktober 2026 geprüft.
Für eine auf China ausgerichtete Anwendung ist die entscheidende Frage zu Qdrant nicht, ob seine API eine Abfrage schnell beantwortet — es ist, wo die Daten hinter dieser Abfrage leben dürfen. Qdrant ist eine quelloffene Vektordatenbank, lizenziert unter Apache 2.0 und vollständig selbst hostbar: Sie laden sie mit Embeddings, berechnet aus den Nachrichten, Dokumenten und Datensätzen Ihrer Nutzer, und neben jedem Vektor speichert sie eine Payload — beliebiges JSON, das regelmäßig den Quelltext selbst trägt. Für Ihre chinesischen Nutzer sind das personenbezogene Daten im Ruhezustand, und Qdrant Cloud — der verwaltete Dienst — läuft nur auf AWS, Google Cloud und Microsoft Azure, ohne Region innerhalb Festlandchinas, sodass sie standardmäßig im Ausland sitzen. Drei Zweige entscheiden die Antwort: Residenz und grenzüberschreitender Transfer des indexierten Inhalts; dass Embeddings selbst personenbezogene Daten sind und nicht weganonymisiert werden können; und der saubere Hebel — die offene Engine im Inland selbst zu hosten.
Qdrant in China auf einen Blick
| Worüber es entscheidet | In Qdrants eigenen Worten — und nach chinesischem Recht |
|---|---|
| Was Sie hineinladen | Embeddings, berechnet aus den Nachrichten, Dokumenten und Datensätzen Ihrer Nutzer, plus eine Payload — „any information that can be represented using JSON“ (jede Information, die sich mit JSON darstellen lässt), die regelmäßig den Rohtext und die Nutzer-Metadaten enthält, aus denen der Vektor gebaut wurde. Für chinesische Nutzer sind das personenbezogene Daten im Ruhezustand. |
| Wo die Engine läuft | Qdrant Cloud ist nur auf AWS, GCP und Azure verwaltet — keine Festland-China-Region. Dieselbe Apache-2.0-Engine kann selbst gehostet (Docker, Kubernetes, Binary) oder als Hybrid/Private Cloud in Ihrer eigenen Infrastruktur betrieben werden. China-Nutzer-Daten in einen Offshore-Cluster zu indexieren, ist ein grenzüberschreitender Transfer (PIPL Art. 38–40; 数据出境). |
| Embeddings sind personenbezogene Daten | Ein Vektor wird aus personenbezogenen Daten berechnet und ist nicht anonym — er unterstützt Inversion (ungefähre Rekonstruktion der Quelle) und Membership-Inference — und die Payload speichert den Rohtext oft daneben. „Wir speichern nur Vektoren“ nimmt den Index nicht aus PIPL heraus. |
| Datenlokalisierung und Logs | Ein CIIO oder Verarbeiter großer Mengen muss in China erhobene personenbezogene Daten im Festland halten (PIPL Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37). Abfrage-Traffic und Logs exponieren dieselben personenbezogenen Daten. Offshore-Qdrant-Cloud hat keine In-China-Region, um es zu erfüllen. |
| Erreichbarkeit ist nicht die Achse | Die Frage ist Residenz, nicht ob der Endpunkt antwortet. Der rechtmäßige Hebel ist, die Open-Source-Engine auf Festland-Infrastruktur selbst zu hosten und zu minimieren oder pseudonymisieren, was Sie indexieren; die ICP-Beian landet auf der App vor dem Index, nicht auf Qdrant. |
Was Sie tatsächlich speichern — indexierter Inhalt und seine Embeddings
Eine Vektordatenbank ist kein Cache vor Ihren Daten; sie ist Ihre Daten, in zwei verknüpften Formen gehalten. In Qdrant laden Sie Points, und jeder Point ist ein Vektor plus eine Payload. Der Vektor ist ein Embedding — eine numerische Repräsentation, direkt aus der Nachricht, dem Support-Ticket, dem Profil oder Dokument eines Nutzers berechnet, genau deshalb gehalten, weil es die Bedeutung dieser Quelle bewahrt. Die Payload ist die Information daneben, und Qdrant beschreibt es schlicht: „One of the significant features of Qdrant is the ability to store additional information along with vectors … Qdrant allows you to store any information that can be represented using JSON“ (Eines der bedeutenden Merkmale von Qdrant ist die Fähigkeit, zusätzliche Informationen neben Vektoren zu speichern … Qdrant erlaubt Ihnen, jede Information zu speichern, die sich mit JSON darstellen lässt). In der Praxis hält diese Payload Nutzer-IDs, Zeitstempel und sehr oft den Originaltext, aus dem der Vektor gebaut wurde, sodass ein Treffer gezeigt und gefiltert werden kann. Zusammengenommen ist ein aus der Aktivität Ihrer chinesischen Nutzer gebauter Index ein Speicher ihrer personenbezogenen Daten — in den Vektoren transformiert, häufig wörtlich in der Payload. Wo dieser Speicher physisch sitzt, ist daher eine Datenresidenzfrage, und Qdrant Cloud bietet nirgends im Festland, ihn hinzusetzen.
Es ist ein Residenz- und Grenztransfer-Problem — und Embeddings anonymisieren es nicht — nach PIPL
Weil der Index personenbezogene Daten hält, ist es ein grenzüberschreitender Transfer, ihn in einer Offshore-Qdrant-Cloud-Region zu halten, sobald er aus China befüllt wird. Chinas Gesetz zum Schutz personenbezogener Daten (数据出境) legt die Pflicht auf den Verarbeiter — Sie, den Betreiber der Anwendung, nicht Qdrant —, und Art. 38–40 verlangen Mitteilung, eine gesonderte Einwilligung, getrennt von der Zustimmung des Nutzers, Ihr Produkt zu nutzen, und einen Transfermechanismus: eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Sind Sie ein Betreiber kritischer Informationsinfrastruktur oder verarbeiten Sie personenbezogene Daten oberhalb der Mengenschwellen der Regulierer, müssen diese Daten zudem im Festland gespeichert werden — die Datenlokalisierungspflicht des Cybersicherheitsgesetzes Art. 39 (vormals Art. 37; die Novelle 2025 des Cybersicherheitsgesetzes, in Kraft seit 1. Januar 2026, hat den Datenlokalisierungsartikel von 37 auf 39 umnummeriert, inhaltlich unverändert) —, die keine Offshore-Region erfüllen kann.
Der verlockende Ausweg ist, zu sagen, der Index sei „nur Vektoren“, Arrays von Gleitkommazahlen statt Namen und Gesichter. Dieser Instinkt ist falsch auf die Weise, die hier zählt. Ein Embedding ist eine Ableitung der personenbezogenen Daten, aus denen es berechnet wurde, und Forschung zu Embedding-Inversion und Membership-Inference zeigt, dass Vektoren genutzt werden können, um ihren Quelltext ungefähr zu rekonstruieren und zu testen, ob ein gegebener Datensatz in der Menge war — ein Speicher von Embeddings der Daten Ihrer Nutzer ist also ein Speicher ihrer personenbezogenen Daten, der dieselben Residenz- und Grenzpflichten trägt. Qdrants Payload, die den Rohtext häufig rundheraus hält, beseitigt jeden verbleibenden Zweifel. Die Vektoren als anonymisiert zu behandeln, macht sie nicht dazu.
Den Endpunkt zu erreichen, ist nicht die Frage — den Index im Inland zu halten, schon
Ob der Qdrant-Endpunkt aus China erreichbar ist, ist nicht die Compliance-Frage; wo der Index und seine Embeddings ruhen, ist es. Und hier ist Qdrants Lizenz die Öffnung, die die meisten Teams übersehen. Die Engine ist quelloffen unter Apache 2.0 und vollständig selbst hostbar: Die Dokumentation sagt, dass, „if you want to run Qdrant in your own infrastructure, without any cloud connection“ (wenn Sie Qdrant in Ihrer eigenen Infrastruktur ohne jede Cloud-Verbindung betreiben wollen), Sie es auf Kubernetes deployen — oder den Container betreiben oder das Rust-Binary kompilieren —, und seine Hybrid-Cloud- und Private-Cloud-Optionen betreiben dieselbe Engine in Ihrer Umgebung, wo, in Qdrants Worten, „all user data will stay securely within your environment“ (alle Nutzerdaten sicher in Ihrer Umgebung bleiben). Der rechtmäßige Weg ist dann, China-Nutzer-Embeddings und -Payloads auf Festland-Infrastruktur zu halten, indem Sie die offene Engine im Inland betreiben, und zu minimieren und pseudonymisieren, was Sie indexieren, sodass von vornherein weniger personenbezogene Daten auf dem Spiel stehen. Qdrant Cloud hat keine Festland-China-verwaltete Region und keine lizenzierte inländische Partition, auf die man sich stützen könnte, für Qdrant ist die inländische Antwort also selbstgehostet oder Hybrid/Private Cloud im Festland — ein Weg, der die Daten dort hält, wo das Gesetz sie will, niemals einer, der sie ins Ausland und zurück verschifft.
Dies ist eine Risikokarte, kein Urteil: Ob eine Lokalisierungspflicht gilt und welcher Grenzmechanismus passt, hängt von Ihrer Gesellschaft, wie viele personenbezogene Daten Sie halten und wessen sie sind ab — klären Sie die Einzelheiten mit Rechtsbeistand, bevor Sie bauen.
Der rechtmäßige Weg — kartieren, lokalisieren, ausliefern
Qdrant bleibt Ihre Vektordatenbank; nichts wird neu gebaut oder migriert. Was 21YunBox hinzufügt, ist die Compliance- und Auslieferungsschicht darum herum.
- Kartieren. Wir inventarisieren, was Sie vektorisieren, welche personenbezogenen Daten die Embeddings und Payloads tragen, wo die Engine heute läuft, Ihre Abfrage-Log-Exponierung und Ihre Einwilligungsgrundlage — sodass das Residenz- und Grenzbild konkret ist.
- Lokalisieren. Wir helfen Ihnen, den Index und seine Embeddings im Inland zu halten, indem Sie die Open-Source-Engine selbst hosten (oder Hybrid/Private Cloud betreiben) auf Festland-Infrastruktur, minimieren und pseudonymisieren, was indexiert wird, und jeden Rest-Transfer nach PIPL regeln. Die Daten im Inland zu halten, heißt genau das — der Speicher bleibt auf einem Festland-Pfad.
- Ausliefern. Die Anwendung, die Ihren Index abfragt, trägt eine ICP-Beian-Pflicht und braucht rechtskonforme, inländische Auslieferung — der 21YunBox Optimizer, vor dem Stack, den Sie bereits betreiben, ohne Neuaufbau.
21YunBox ist eine rechtskonforme Overlay und Partnerin, keine Konkurrentin zu Qdrant. 21YunBox verwendet oder empfiehlt niemals eine Umgehung welcher Art auch immer. Das Ziel ist einfach: Ihr Qdrant-gestütztes Produkt läuft legal und rechtskonform für Ihre Nutzer in China.
Compliance-Einschätzung anfordern →
Weiterführend:
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz — Datenlokalisierung (Art. 39, vormals Art. 37)
- Chinas Datenexport-Sicherheitsbewertungsmaßnahmen
- So erhalten Sie eine ICP-Beian für China
Häufige Fragen
Sind unsere Qdrant-Daten nach chinesischem Recht personenbezogen, wenn wir „nur Vektoren speichern“?
Behandeln Sie es als personenbezogene Daten, denn das ist es. Ein Qdrant-Point ist ein Embedding plus eine Payload: Das Embedding wird direkt aus dem Text, Profil oder Dokument eines Nutzers berechnet und ist nicht anonym — Embedding-Inversion- und Membership-Inference-Forschung zeigt, dass Vektoren genutzt werden können, um die Quelle ungefähr zu rekonstruieren und zu testen, ob ein Datensatz in der Menge war —, und die Payload speichert den Originaltext und Nutzer-Metadaten sehr oft rundheraus. Ein aus der Aktivität Ihrer chinesischen Nutzer gebauter Index hält also ihre personenbezogenen Daten in transformierter und häufig wörtlicher Form. In einer Offshore-Qdrant-Cloud-Region gehalten, ist es ein grenzüberschreitender Transfer personenbezogener Daten, und die PIPL-Pflichten (Mitteilung, gesonderte Einwilligung, ein Transfermechanismus) fallen auf Sie als Verarbeiter.
Hat Qdrant eine Festland-China-Region, oder müssen wir selbst hosten?
Qdrant Cloud, der verwaltete Dienst, deployt nur auf AWS, GCP und Azure, und keine davon ist eine Festland-China-Region; Qdrant bietet auch keine lizenzierte In-China-Partition. Weil die Engine quelloffen unter Apache 2.0 ist, ist der ehrliche inländische Weg, sie auf Festland-Infrastruktur selbst zu hosten — über Docker, Kubernetes oder das kompilierte Binary — oder Qdrant Hybrid Cloud oder Private Cloud in Ihrer eigenen Umgebung zu betreiben, sodass der Index und seine Embeddings im Inland bleiben. Paaren Sie das mit dem Minimieren und Pseudonymisieren dessen, was Sie indexieren. Das hält die Daten dort, wo das Gesetz sie will, statt sie ins Ausland zu senden.
Kann 21YunBox helfen, unsere Qdrant-gestützte App in China zum Laufen zu bringen?
Ja. Unser China-Team kann kartieren, wo Ihre Embeddings und Payloads sitzen, Ihre PIPL-Grenztransfer- und Datenresidenz-Exponierung für Ihre Gesellschaft, Datenmengen und Nutzer bewerten und Ihnen helfen, den Index im Inland zu halten, indem Sie die Open-Source-Engine selbst hosten oder Hybrid/Private Cloud im Festland betreiben — und dann die ICP-gemeldete, inländische Auslieferung für die Anwendung davor aufstellen, ohne Neuaufbau und ohne Wechsel weg von Qdrant. Nehmen Sie Kontakt auf, um Ihren konkreten Fall durchzugehen.
