Qdrant는 중국에서 작동하나요? PIPL 국경 간, 데이터 레지던시, 자체 호스팅

중국을 향한 애플리케이션에게 Qdrant에 관한 결정적 질문은 그 API가 쿼리에 빨리 답하느냐가 아니라 — 그 쿼리 뒤의 데이터가 어디에 살도록 허용되는가입니다. Qdrant는 Apache 2.0 라이선스의 자체 호스팅 가능한 오픈소스 벡터 데이터베이스입니다: 귀사 사용자의 메시지·문서·기록에서 계산된 임베딩을 로드하고, 각 벡터 옆에 페이로드 — 으레 소스 텍스트 자체를 나르는 임의의 JSON — 를 저장합니다. 귀사 중국 사용자에게 그것은 저장된 개인정보이고, Qdrant Cloud — 관리형 서비스 — 는 중국 본토 안 리전 없이 AWS·Google Cloud·Microsoft Azure에서만 돕니다 — 그래서 기본적으로 해외에 자리 잡습니다. 세 갈래가 답을 결정합니다: 인덱싱된 콘텐츠의 레지던시와 국경 간 이전; 임베딩이 그 자체로 개인정보이고 익명화로 없앨 수 없다는 것; 그리고 깔끔한 레버 — 오픈 엔진을 국내에 자체 호스팅하기.

한눈에 보는 중국에서의 Qdrant

귀사가 실제로 저장하는 것 — 인덱싱된 콘텐츠와 그 임베딩

벡터 데이터베이스는 귀사 데이터 앞의 캐시가 아니라; 두 개의 연결된 형태로 보유된 귀사 데이터 자체입니다. Qdrant에 귀사는 포인트를 로드하고, 각 포인트는 벡터 더하기 페이로드입니다. 벡터는 임베딩 — 사용자의 메시지·지원 티켓·프로필·문서에서 직접 계산된 수치 표현으로, 바로 그 소스의 의미를 보존하기에 보관됨 — 입니다. 페이로드는 그 옆의 정보이고, Qdrant는 그것을 평이하게 기술합니다: “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.”(Qdrant의 중요한 기능 하나는 벡터와 함께 추가 정보를 저장하는 능력이다 … Qdrant는 JSON으로 표현될 수 있는 모든 정보를 저장할 수 있게 한다.) 실제로 그 페이로드는 사용자 ID·타임스탬프와, 아주 흔히 벡터가 만들어진 원시 텍스트를 보유해, 매치가 표시·필터링될 수 있게 합니다. 종합하면, 귀사 중국 사용자 활동에서 만들어진 인덱스는 그들 개인정보의 저장소입니다 — 벡터에서 변환되고, 페이로드에서 흔히 그대로. 그 저장소가 물리적으로 어디에 앉는지는 따라서 데이터 레지던시 질문이고, Qdrant Cloud는 본토 안에 앉힐 곳을 제공하지 않습니다.

그것은 레지던시·국경 간 이전 문제 — 그리고 임베딩은 그것을 익명화하지 않는다 — PIPL상

인덱스가 개인정보를 보유하므로, 그것을 해외 Qdrant Cloud 리전에 두는 것은 중국에서 채워지는 순간 국경 간 이전입니다. 중국 개인정보 보호법(数据出境)은 의무를 처리자 — Qdrant가 아니라 애플리케이션 운영자인 귀사 — 에 두고, 제38~40조는 고지, 제품 사용 동의와 구별되는 별도 동의, 그리고 하나의 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을 요구합니다. 귀사가 핵심정보인프라 운영자이거나 규제 규모 임계치 이상으로 개인정보를 처리한다면, 그 데이터도 본토에 저장되어야 합니다 — 사이버보안법 제39조(구 제37조; 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호, 실질 내용은 불변)의 데이터 국내화 의무 — 어느 해외 리전도 충족 못 하는.

솔깃한 탈출은 인덱스가 이름과 얼굴이 아니라 “그냥 벡터”, 부동소수점 숫자 배열이라고 말하는 것입니다. 그 직관은 여기서 중요한 방식으로 틀립니다. 임베딩은 그것이 계산된 개인 데이터의 파생물이고, 임베딩 역산과 멤버십 추론 연구는 벡터가 소스 텍스트를 근사 재구성하고 특정 기록이 집합에 있었는지 검사하는 데 쓰일 수 있음을 보여줍니다 — 그러니 귀사 사용자 데이터의 임베딩 저장소는 그들 개인정보의 저장소로, 같은 레지던시·국경 간 의무를 집니다. 흔히 원시 텍스트를 그대로 보유하는 Qdrant의 페이로드가 남은 의심을 없앱니다. 벡터를 익명화된 것으로 다룬다고 그렇게 되지 않습니다.

엔드포인트에 도달하는 것은 질문이 아니다 — 인덱스를 국내에 두는 것이 질문이다

중국에서 Qdrant 엔드포인트가 도달 가능한지는 컴플라이언스 질문이 아니라; 인덱스와 그 임베딩이 어디에 머무느냐가 그것입니다. 그리고 여기서 Qdrant의 라이선스가 대부분의 팀이 놓치는 열림입니다. 엔진은 Apache 2.0 오픈소스이고 완전히 자체 호스팅 가능합니다: 문서는 “if you want to run Qdrant in your own infrastructure, without any cloud connection,”(Qdrant를 어떤 클라우드 연결 없이 귀사 자체 인프라에서 돌리려면) Kubernetes에 배포한다고 — 또는 컨테이너를 돌리거나 Rust 바이너리를 컴파일 — 하고, 그 Hybrid Cloud·Private Cloud 옵션은 같은 엔진을 귀사 환경 안에서 돌리는데, 거기서 Qdrant의 표현으로 “all user data will stay securely within your environment.”(모든 사용자 데이터가 귀사 환경 안에 안전하게 머문다.) 그러니 합법적 경로는 오픈 엔진을 국내에서 돌려 중국 사용자 임베딩과 페이로드를 본토 인프라에 두고, 인덱싱하는 것을 최소화·가명화해 애초에 걸린 개인정보를 줄이는 것입니다. Qdrant Cloud에는 기댈 중국 본토 관리형 리전도 라이선스받은 국내 파티션도 없으므로, Qdrant에게 국내 답은 본토의 자체 호스팅이나 Hybrid/Private Cloud입니다 — 데이터를 법이 원하는 곳에 두는 경로이지, 결코 해외로 보냈다 되돌리는 것이 아닙니다.

이는 판정이 아니라 리스크 지도입니다: 국내화 의무가 적용되는지, 어느 국경 간 메커니즘이 맞는지는 귀사 법인, 개인 데이터를 얼마나 보유하는지, 누구의 것인지에 따라 달라집니다 — 빌드하기 전에 구체적인 사항을 법률 자문과 정하세요.

합법적 경로 — 진단, 현지화, 전송

Qdrant는 귀사의 벡터 데이터베이스로 남습니다; 아무것도 재구축되거나 마이그레이션되지 않습니다. 21YunBox가 더하는 것은 그 주위의 컴플라이언스·전송 계층입니다.

• 진단(map). 저희는 귀사가 무엇을 벡터화하는지, 임베딩과 페이로드가 어떤 개인정보를 나르는지, 엔진이 오늘 어디서 도는지, 귀사 쿼리 로그 노출과 동의 근거를 목록화합니다 — 그래서 레지던시·국경 간 그림이 구체화됩니다.
• 현지화(localize). 저희는 귀사가 오픈소스 엔진을 본토 인프라에 자체 호스팅(또는 Hybrid/Private Cloud 돌리기)하여 인덱스와 그 임베딩을 국내에 두고, 인덱싱하는 것을 최소화·가명화하며, 남은 이전을 PIPL 아래 거버넌스하도록 돕습니다. 데이터를 국내에 두는 것은 바로 그것을 뜻합니다 — 저장소가 본토 경로에 머뭅니다.
• 전송(deliver). 귀사 인덱스를 쿼리하는 애플리케이션은 ICP 비안 의무를 지고 규정에 맞는 국내 전송이 필요합니다 — 21YunBox Optimizer, 귀사가 이미 돌리는 스택 앞단에, 재구축 없이.

21YunBox는 규정에 맞는 오버레이이자 파트너이지 Qdrant의 경쟁자가 아닙니다. 21YunBox는 어떤 형태의 우회도 쓰거나 권하지 않습니다. 목표는 단순합니다: 귀사 Qdrant 기반 제품이 중국 사용자에게 합법적이고 규정에 맞게 돌아갑니다.

컴플라이언스 진단 받기 →

함께 읽기:

• PIPL상의 국경 간 데이터 이전
• 중국 사이버보안법 — 데이터 국내화(제39조, 구 제37조)
• 중국의 데이터 국외 이전 안전성 평가 방법
• 중국 ICP 비안 받는 법

관련 기술

Elasticsearch

Elasticsearch

OpenSearch

OpenSearch

Typesense

Typesense

Weaviate

Weaviate