Weaviate는 중국에서 작동하나요? PIPL 국경 간, 데이터 레지던시 & 셀프호스팅
Weaviate의 엔드포인트는 중국에서 도달 가능하지만, 귀사가 그것에 로드하는 객체와 밀집 벡터 임베딩은 저장되어 쉬는 개인정보입니다 — 그리고 Weaviate Cloud는 중국 본토 리전이 없습니다. 거기 귀사 중국 사용자의 데이터를 인덱싱하는 것은 PIPL 국경 간 이전이고, 임베딩은 그것을 익명화하지 않습니다. 레지던시 노출과 국내 셀프호스트 레버를 컴플라이언스 우선으로 봅니다.
Weaviate는 중국에서 작동하나요?
Weaviate의 엔드포인트는 중국에서 도달 가능하지만, 귀사가 그것에 로드하는 객체와 밀집 벡터 임베딩은 해외 스토어에 저장되어 쉬는 개인정보입니다 — Weaviate Cloud는 중국 본토 리전이 없으니, 그것은 속도가 아니라 데이터 레지던시·국경 간 이전 문제입니다.
귀사는 Weaviate를 귀사 자신의 콘텐츠 — 데이터 객체(텍스트, 속성)에 더해 그것에서 계산된 임베딩 — 로 채우고, 그것은 둘 다 보관합니다. 그 콘텐츠가 본토 중국의 사람을 기술할 때, 그것을 미국이나 EU 클러스터에 인덱싱하는 것은 PIPL 국경 간 이전(数据出境)이고, 핵심정보인프라 운영자나 대량 취급자에는 국내 저장 의무에 부딪힙니다. 임베딩은 그것을 익명화하지 않습니다: 그것은 개인 데이터에서 도출되고 인버전과 멤버십 추론에 열려 있으니, 벡터 스토어는 개인정보 스토어입니다 — 그리고 Weaviate는 소스 객체를 그것과 함께 보관합니다. 합법적 레버는 오픈소스 Weaviate Database(관리형 클라우드가 돌리는 같은 엔진)를 셀프호스트하거나 라이선스된 국내 관리형 옵션으로 인덱스와 임베딩을 국내에 유지하는 것이지 — 해외 엔드포인트를 도달 가능하게 만드는 것이 아닙니다.
이는 판정이 아니라 리스크 그림입니다 — 구체적인 것은 자문과 해소하십시오. 저희 중국 팀이 귀사 노출을 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✕ Weaviate Cloud(WCD)는 중국 본토 리전이 없음; 인덱스가 해외에 앉음
- ! 중국 사용자의 데이터를 WCD에 인덱싱하는 것은 PIPL 국경 간 이전(제38~40조)
- ! 임베딩은 개인 데이터에서 계산됨; 익명이 아님(인버전/추론)
- ! 핵심정보인프라 운영자나 대량 취급자는 국내 저장을 짐(CSL 제39조, 구 37조)
- ✓ 레버: BSD-3 코어를 국내에 셀프호스트 + ICP 비안 전달, 재구축 없이
Weaviate 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Weaviate Cloud(WCD)는 중국 본토 리전이 없습니다. Weaviate의 관리형 클라우드는 "available across five cloud regions"이고 미국 동부(버지니아 북부)와 유럽(프랑크푸르트)의 AWS에 일반 이용 가능합니다 — 중국 본토에는 없습니다. 거기 귀사 중국 사용자의 객체와 임베딩을 인덱싱하는 것은 PIPL상 국경 간 이전입니다. | Weaviate Cloud docs & 'Weaviate Shared Cloud now generally available on AWS' (retrieved 2026-10-10) |
| 코어 Weaviate Database는 오픈소스이고 완전히 셀프호스트 가능합니다. Weaviate의 문서는 그것이 "available as a hosted service, Weaviate Cloud (WCD), or as a self managed instance,"이고 "Self-managed instances use the same Weaviate Database as WCD"라 명시합니다 — BSD-3-Clause, Docker나 Kubernetes 아래 돌며, 그러니 동일한 엔진이 국내에서 돌 수 있습니다. 리포의 wl/ 폴더에 있는 일부 엔터프라이즈 애드온은 별도 Weaviate License를 집니다. | Weaviate — Installation / Deploy docs; repository LICENSE (retrieved 2026-10-10) |
| Weaviate가 아니라 귀사가 국경 간 이전 의무를 집니다. PIPL 제38~40조는 중국 사용자의 개인정보 — 귀사가 인덱싱하는 객체와 그것에서 도출된 임베딩 — 가 해외로 보내지기 전에 고지, 별도 동의, 이전 메커니즘(CAC 안전성 평가, CAC 표준계약, 또는 인증)을 요구합니다. 데이터 수출 안전성 평가를 보십시오. | PIPL Articles 38–40; CAC data-export measures (retrieved 2026-10-10) |
| 핵심정보인프라 운영자와 대량 취급자는 중국 개인정보를 국내에 저장해야 합니다. 사이버보안법의 제39조(구 제37조 — 2026년 1월 1일 발효된 2025년 개정이 재번호, 실질 불변)는 해외 Weaviate 인덱스가 충족할 수 없는 국내 저장을 요구합니다; 임베딩도 개인정보입니다(인버전과 멤버십 추론에 열림), 그러니 "우리는 벡터만 저장한다"가 그것을 고치지 않습니다. | PRC Cybersecurity Law, Article 39 (formerly Article 37) (retrieved 2026-10-10) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
본토 중국의 사용자를 위해 Weaviate를 돌리는 제품에, 첫 질문은 대개 그 엔드포인트에 닿을 수 있는지입니다. 그러나 도달 가능성은 중국 결정이 내려지는 곳이 아닙니다. Weaviate는 벡터 데이터베이스입니다 — 자사 리포지터리는 그것을 *“open-source vector database that stores both objects and vectors”*라 부릅니다 — 그것이 그것을 저장-시 데이터 스토어로 만듭니다: 귀사는 검색하고 싶은 콘텐츠, 데이터 객체(텍스트, 속성, 메타데이터)를 그것에 로드하고, 그것은 그 객체를 그것들에서 계산된 밀집 벡터 임베딩과 함께, 시맨틱·하이브리드 검색과 검색 증강 생성을 위해 보관합니다. 중국향 제품에 그 콘텐츠는 통상 사람을 기술하니, 그것은 개인정보입니다. 기본으로 Weaviate는 Weaviate Cloud(WCD)에서 돌고, 미국과 유럽의 AWS에 중국 본토 리전 없이 호스팅됩니다; 코어 데이터베이스는 또한 BSD-3-Clause 오픈소스이고 완전히 셀프호스트 가능합니다. 그것이 세 갈래를 테이블에 놓습니다: 국경 간 이전·레지던시 문제, 임베딩이 개인 데이터를 익명화하지 않는다는 사실, 그리고 국내 셀프호스트 레버.
한눈에 보는 중국에서의 Weaviate
| 무엇이 결정하나 | Weaviate 자신의 표현으로 — 그리고 중국 법으로 |
|---|---|
| 귀사가 그것에 로드하는 것 | 데이터 객체 — 문서, 지원 티켓, 제품 기록, 지식 베이스 문서, 사용자 프로필 — 와 그 속성(날것의 텍스트와 속성), 더해 객체당 하나 이상의 밀집 벡터 임베딩. Weaviate 자사 리포지터리는 그것을 "stores both objects and vectors"하는 데이터베이스로 기술하니, 그것은 소스 콘텐츠와 그것에서 도출된 벡터 둘 다 보관합니다. 객체가 본토 중국의 사람을 기술할 때, 전체 스토어가 저장되어 쉬는 개인정보입니다. |
| 엔진이 도는 곳 | 기본으로 Weaviate Cloud(WCD)에서 — "available across five cloud regions," 미국 동부(버지니아 북부)와 유럽(프랑크푸르트)의 AWS에 일반 이용 가능, 중국 본토 리전 없이. 거기 중국 사용자 객체와 임베딩을 인덱싱하는 것은 PIPL 제38~40조상 개인정보의 국경 간 이전(数据出境)이고, 의무는 취급자인 귀사에 있습니다. 대안: 엔진을 귀사가 국내에서 직접 돌리기. |
| 임베딩은 개인정보다 | 밀집 벡터 임베딩은 소스 텍스트나 이미지에서 계산됩니다; 그것은 익명이 아닙니다. 임베딩은 인버전(근사 소스 콘텐츠 재구성)과 멤버십 추론에 열려 있으니, 귀사 사용자 데이터의 임베딩 스토어는 그 자체로 그들의 개인정보 스토어입니다. "우리는 벡터만 저장한다"는 거짓 위안입니다 — 그리고 Weaviate에서는 소스 객체가 어쨌든 벡터와 함께 저장되어 쉽니다. |
| 레지던시 & 쿼리 로그 노출 | 핵심정보인프라 운영자나 대량 취급자는 해외 인덱스가 충족할 수 없는 국내 저장 의무(사이버보안법 제39조, 구 제37조)를 집니다. 쿼리 트래픽 — 귀사가 보내는 검색 문자열과 반환된 매치 기록 — 은 그 자체로 클러스터가 도는 어디든 로그에 축적되는 개인정보입니다. |
| 합법적 경로 | 도달 가능성은 축이 아닙니다. 인덱스와 임베딩을 국내에 유지하십시오 — 오픈소스 Weaviate Database(WCD가 돌리는 같은 엔진)를 본토 인프라에 셀프호스트하거나, 라이선스된 현지 운영자를 통해 국내에서 도는 관리형 배치를 쓰며 — 귀사가 벡터화하는 것을 최소화·가명화하고, 쿼리하는 앱을 ICP 비안 인프라에 국내로 전달하십시오. 21YunBox는 매핑·로컬라이즈·전달합니다; 법적 결론은 귀사 자문에 앉습니다. |
귀사가 실제로 저장하는 것 — 인덱싱된 콘텐츠와 그 임베딩
Weaviate는 그릴 페이지가 아닙니다; 그것은 귀사가 귀사 자신의 콘텐츠로 채우는 스토어입니다. 귀사는 컬렉션을 만들고 데이터 객체 — 문서, 지원 티켓, 제품 기록, 지식 베이스 문서, 사용자 프로필 — 를 로드하고, 각각은 Weaviate가 보관하는 속성(날것의 텍스트와 속성)을 가집니다. 각 객체에 Weaviate는 또한 하나 이상의 밀집 벡터 임베딩, 임베딩 모델이 그 객체의 콘텐츠에서 생산한 수치 표현을 저장하고, 그것이 시맨틱·하이브리드 검색과 검색 증강 생성을 구동하는 것입니다. 결정적으로, Weaviate는 둘 다 보관합니다: 자사 리포지터리는 그것을 *“open-source vector database that stores both objects and vectors”*로 기술합니다. 그러니 스토어는 귀사 사용자 정보의 두 표현 — 소스 객체와 그것에서 도출된 벡터 — 을 보유합니다. 객체가 본토 중국의 사람을 기술할 때 — 이름, 메시지, 행태, 지원 이력 — 그것들 하나하나가 개인정보이고, 임베딩도 개인정보입니다(아래에 더). 이것은 일시적 호출이 아니라 지속적 저장-시 스토어입니다.
그것은 레지던시·국경 간 이전 문제다 — 그리고 임베딩은 그것을 익명화하지 않는다 — PIPL 아래
두 가지가 한꺼번에 물고, 대부분의 팀은 하나만 봅니다. 첫째, 국경 간 이전. 귀사가 본토 중국 사용자의 객체를 미국이나 EU에 호스팅된 Weaviate Cloud 클러스터에 인덱싱하는 순간, 귀사는 그들의 개인정보를 해외에 업로드합니다. 개인정보 보호법상 그것은 개인정보의 국경 간 이전(数据出境)이고, 의무는 Weaviate가 아니라 취급자인 귀사에 있습니다. 제38~40조는 고지, 어떤 일반 약관과 구별되는 별도 동의, 그리고 한 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을 요구합니다. 규제 문턱 위에서, 또는 데이터가 중요 데이터(重要数据)로 분류되는 곳에서, 데이터 수출 안전성 평가(数据出境安全评估)가 무엇이든 떠나기 전에 적용될 수 있습니다. 핵심정보인프라 운영자나 대량 취급자는 또한 해외 인덱스가 충족할 수 없는 사이버보안법의 제39조(구 제37조 — 데이터 국내화 조항은 2026년 1월 1일부터 발효된 2025년 개정이 재번호, 실질 불변)상 국내 저장 의무를 집니다; 쿼리 트래픽 — 검색 문자열과 그것이 반환하는 기록 — 은 자신의 개인정보 로그를 더합니다.
둘째 — 그리고 이것이 대부분의 팀이 놓치는 갈래 — 임베딩은 아무것도 익명화하지 않습니다. 벡터 임베딩은 소스 텍스트나 이미지에서 계산됩니다; 그것은 무작위 토큰이 아니고 익명이 아닙니다. 발표된 연구는 임베딩이 인버전(벡터에서 근사 소스 콘텐츠 재구성)과 멤버십 추론(주어진 기록이 스토어에 있었는지 테스트)의 대상임을 보입니다, 그러니 귀사 사용자 데이터의 임베딩 모음은 그 자체로 그들의 개인정보 모음이고, 날것의 텍스트와 같은 레지던시·국경 간 의무를 집니다. “우리는 날것의 데이터가 아니라 벡터만 보낸다”는 거짓 위안입니다 — 그리고 Weaviate에서는 어쨌든 그 점이 무의미한데, 그것이 소스 객체를 벡터와 함께 저장하기 때문입니다. 이 중 아무것도 엔드포인트가 얼마나 빨리 답하는지에 달려 있지 않습니다; 그것은 귀사 중국 사용자의 콘텐츠가 나라를 떠날 합법적 근거를 가졌는지에 달렸습니다.
엔드포인트에 닿는 것이 질문이 아니다 — 인덱스를 국내에 유지하는 것이 질문이다
그러니 “우리가 중국에서 Weaviate에 닿을 수 있나?”는 잘못된 테스트입니다. 생산적인 질문은 귀사 중국 사용자의 객체와 임베딩을 합법적, 국내 발판에 어떻게 유지하는가입니다 — 그리고 Weaviate는 귀사에게 유난히 강한 레버를 줍니다, 코어 데이터베이스가 진정으로 오픈소스이기 때문입니다. Weaviate 자사 설치 문서는 그것이 *“available as a hosted service, Weaviate Cloud (WCD), or as a self managed instance,“*이고 *“Self-managed instances use the same Weaviate Database as WCD.”*라 명시합니다. 코어 데이터베이스는 BSD-3-Clause 라이선스이고 Docker나 Kubernetes 아래 돕니다 — “Kubernetes is ideal for scalable, production deployments” — 그러니 동일한 엔진이 본토 인프라에서 돌 수 있고, 인덱스와 임베딩을 해외가 아니라 국내에 유지합니다. 그러나 라이선스에 정확하십시오: Weaviate Database 코어는 BSD-3-Clause이지만, 리포지터리의 wl/ 폴더에 있는 일부 엔터프라이즈 애드온은 별도 Weaviate License를 집니다 — 귀사가 실제로 배치하는 것을 확인하십시오.
합법적 경로는 저장-시 스토어를 국내에 유지하는 것입니다 — 귀사가 운영 역량을 가진 본토 인프라에 오픈소스 엔진을 셀프호스트하거나, 라이선스된 현지 운영자를 통해 국내에서 도는 관리형 배치를 쓰며 — 그 한편 귀사가 벡터화하는 것을 최소화·가명화하고(가장 덜 식별하는 콘텐츠를 인덱싱, 필요 없는 날것의 식별자를 버림) 이전 규칙이 요구하는 동의를 받으며. 이것이 아닌 것은 같은 객체와 임베딩을 어쨌든 해외로 보내는 편법입니다; 그것은 엔드포인트를 응답하게 유지하고 모든 PIPL 의무를 있던 그대로 남깁니다. 이는 판정이 아니라 리스크 그림입니다: 이전 메커니즘, 국내 저장, 또는 재작업된 동의 흐름이 귀사 배치에 적용되는지는 귀사가 무엇을, 얼마나, 누구에 관해 인덱싱하는지로 갈립니다 — 짓기 전에 자문과 구체적인 것을 해소하십시오.
합법적 경로 — 매핑, 로컬라이즈, 전달
중국향 제품을 위해 벡터 데이터베이스를 돌리는 합법적 방법이 있고, 그것은 형태를 지닙니다. 먼저 매핑: 저희 중국 팀이 귀사가 Weaviate에 로드하는 것 — 어느 객체와 속성, 그것들이 어떤 개인정보를 나르는지, 개인 데이터의 임베딩이 저장되는지(그렇습니다), 클러스터가 어디 도는지(WCD 리전이나 셀프호스트), 쿼리 로그 노출, 그리고 어떤 동의 근거로 중국 사용자 데이터가 인덱싱되는지 — 을 인벤토리합니다. 저희는 기술 그림을 틀 짓습니다; 귀사는 법적 결론을 자문과 해소합니다.
그 다음 로컬라이즈: 중국 사용자 객체와 임베딩을 국내에 유지하십시오. Weaviate Database 코어가 오픈소스이므로, 그것은 귀사가 그것을 돌리고 유지할 역량을 가진 중국 안에 엔진을 셀프호스트하거나, 라이선스된 현지 운영자를 통해 국내에서 도는 관리형 배치를 쓰는 것을 뜻할 수 있습니다 — 어느 경우든 귀사가 벡터화하는 것을 최소화·가명화하고 어떤 잔여 이전을 거버넌스하며. 로컬라이징은 저장-시 스토어를 국내 경로에 유지하는 것을 뜻합니다 — 결코 데이터를 어쨌든 해외로 보내는 편법이 아니라. 라이선스가 국내 관리형 옵션에 영향을 미치는 곳에서, 그것은 라이선스된 운영자와 귀사 자문에 앉습니다; 21YunBox는 거기 자문입니다.
그 다음 전달: 인덱스를 쿼리하는 중국향 앱은 그 자체로 본토의 공개 서비스이므로, ICP 비안(备案) 의무를 지고 규정에 맞는 국내 전달이 필요합니다 — 21YunBox Optimizer, 귀사가 이미 돌리는 스택 앞단에, 재구축도 리플랫폼도 없이. 결과는 중국의 귀사 사용자를 위해 합법적으로 그리고 규정에 맞게 도는 검색·검색 설정입니다. 21YunBox는 어떤 종류의 편법도 결코 쓰거나 권하지 않습니다. 저희는 Weaviate에 경쟁자가 아니라 규정에 맞는 오버레이이자 파트너입니다.
함께 읽기:
자주 묻는 질문
Weaviate는 본토 중국에 데이터센터나 리전을 가지고 있나요?
아니요. Weaviate Cloud(WCD)는 미국 동부(버지니아 북부)와 유럽(프랑크푸르트)의 AWS에 일반 이용 가능하고 소수의 클라우드 리전에 걸치며, 중국 본토에는 없습니다. 그러니 중국 사용자를 위해 WCD를 돌리는 것은 그들의 인덱싱된 객체와 임베딩을 해외에 저장하고, 그것은 PIPL 국경 간 이전이자 — 핵심정보인프라 운영자나 대량 취급자에는 — 중국의 국내 저장 의무와 충돌합니다. 국내 경로는 오픈소스 Weaviate Database를 본토 인프라에 셀프호스트하는 것입니다.
벡터 임베딩은 익명 아닌가요 — 그럼 벡터만 저장하면 PIPL을 피하나요?
아니요. 임베딩은 소스 텍스트나 이미지에서 계산되고 인버전(근사 콘텐츠 재구성)과 멤버십 추론에 열려 있으니, 귀사 사용자 데이터의 임베딩 스토어는 그 자체로 같은 레지던시·국경 간 의무를 지닌 개인정보 스토어입니다. Weaviate에서는 어쨌든 그 질문이 무의미합니다: 자사 리포지터리가 그것을 "stores both objects and vectors"하는 데이터베이스로 기술하니, 소스 객체가 벡터와 함께 저장되어 쉽니다.
중국 사용자에게 Weaviate의 속도를 유지하면서 규정에 맞을 수 있나요?
엔드포인트에 닿는 것은 결코 컴플라이언스 질문이 아니었습니다; 인덱스가 어디 사는지가 질문입니다. 코어 Weaviate Database가 BSD-3-Clause 오픈소스이고 Docker나 Kubernetes 아래 셀프호스트 가능하므로, 동일한 엔진이 국내 인프라에서 돌 수 있어 객체와 임베딩을 본토에 유지하고, 그 한편 귀사는 인덱싱하는 것을 최소화·가명화하고 어떤 잔여 이전을 거버넌스합니다. 그것을 쿼리하는 앱은 여전히 ICP 비안과 규정에 맞는 국내 전달이 필요합니다. 구체적인 것은 자문과 해소하십시오.
