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

중국 본토 청중에, Typesense가 “작동”하느냐는 누가 쿼리를 측정하기 전에 정해집니다: 그것은 귀사가 색인하는 콘텐츠가 어디 살도록 허가되는가에 달려 있습니다. 검색 엔진은 쉬는 데이터 저장소입니다 — 귀사는 Typesense에 검색 가능하게 하려는 문서(기록·프로필·지원 티켓 텍스트)를 싣고, 그것은 그것을 보관하고, 역색인을 짓고, 벡터와 시맨틱 검색을 켜면, 그 텍스트에서 계산된 밀집 벡터 임베딩을 저장합니다. 중국 지향 제품에 그 문서는 사람을 묘사하므로, 색인과 임베딩 둘 다 개인정보를 쥡니다. 도움이 되게도, Typesense는 GPL-3.0 라이선스 하의 오픈소스이고 단일, 자가 호스트 가능 바이너리로 출하됩니다 — 그러나 그 관리형 서비스 Typesense Cloud는 중국 본토 리전이 없으므로, 귀사 중국 사용자의 데이터를 거기 색인하는 것은 그 콘텐츠와 그 임베딩을 해외에 둡니다. 세 갈래가 나머지를 결정합니다: 색인된 콘텐츠의 국경 간 이전, 그 자체로 개인정보인 임베딩, 그리고 오픈 엔진을 국내에서 자가 호스트하는 레버.

Typesense를 중국에서 한눈에

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

검색 엔진은 파이프가 아니라; 저장소입니다. 귀사가 Typesense에 색인할 때 귀사는 그것에 검색 가능하게 하려는 완전한 문서를 건네고, 실무에서 그 문서는 이름·이메일 주소·전화번호·주문 이력·지원 티켓 텍스트, 그리고 귀사 사용자가 생성하는 무엇이든 나릅니다. Typesense는 그 콘텐츠를 그 컬렉션에, 디스크에 보관하고, 그 위에 역색인을 지어 조회가 즉각적이게 합니다. 그 벡터와 시맨틱 검색을 켜면 그것은 무언가를 더 저장합니다: 같은 텍스트에서 계산된 밀집 벡터 임베딩을, 원본 필드 옆에 보관하며. 자가 호스트되면, 이 모든 것이 귀사가 돌리는 머신의 엔진 디스크 데이터 디렉터리에 삽니다; Typesense Cloud에서는, 그것이 클러스터의 리전에 삽니다. 어느 쪽이든, “내 중국 사용자의 개인정보는 어디 쉬나?” 질문은 “Typesense 데이터 디렉터리가 있는 곳 어디든”으로 답해집니다 — 쿼리가 얼마나 빨리 돌아오느냐로가 아니라. 그것이 도달 가능성이 틀린 축인 이유입니다: 저장소는, 그리고 그 안의 개인정보는, 위치를 가지고, 그 위치가 법이 읽는 것입니다.

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

색인이 귀사 사용자의 개인정보임을 받아들이면, 규율하는 법이 따릅니다. 중국 본토의 사람에게서 수집된 문서를 Typesense Cloud 해외 리전 가운데 어느 것에 앉은 Typesense 클러스터에 색인하면, 귀사는 개인정보를 국경 너머로 나른 것입니다 — 중국 개인정보 보호법상 국경 간 이전(数据出境). 취급자 — Typesense가 아니라 귀사 — 는 고지하고, 그 이전에 별도 동의를 얻고, 하나의 이전 메커니즘을 통과해야 합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증(제38~40조). 귀사가 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집된 개인정보는 추가로 본토에 저장되어야 합니다 — 사이버보안법 제39조(구 제37조)(2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조항을 37에서 39로 재번호, 실질 불변) — 어떤 해외 리전도 충족할 수 없는 레지던시 의무.

구별되는 함정은 임베딩입니다. “벡터만” 유지하는 것이 데이터를 세탁한다 — 부동소수점 숫자의 배열이 익명이라 — 생각하기 쉽습니다. 그것은 아닙니다. 임베딩은 원본 텍스트에서 직접 계산되고 바로 그 텍스트의 의미를 보존하기에 보관됩니다; 발표된 연구는 임베딩이 역산(근사 원본 텍스트 재구성)과 멤버십 추론(주어진 기록이 집합에 있었는지 말하기)을 지원함을 보여줍니다. 그러니 귀사 중국 사용자 문서의 임베딩 저장소는 그 자체로 그들 개인정보의 저장소로, 원본 텍스트와 같은 레지던시와 국경 간 의무를 집니다 — 그리고 Typesense에서는 페이로드 필드가 보통 벡터 바로 옆에 앉으므로, 원본 데이터도 거기 있습니다. 귀사 쿼리 로그도 같은 무게를 나릅니다: 귀사 사용자가 타이핑하는 용어는 그들이 무엇을 찾는지에 관한 개인정보입니다. 이 가운데 어느 것도 Typesense 쓰기를 멈출 이유가 아닙니다; 그것은 저장소가 어디 사는지를 의도적으로 결정할 이유입니다.

엔드포인트에 닿는 것이 질문이 아닙니다 — 색인을 국내에 유지하는 것이 그것입니다

Typesense Cloud는 닿을 수 있고, 자가 호스트 바이너리는 단일 명령으로 설치됩니다; 연결성은 결코 장애물이 아니었습니다. 장애물은 레지던시이고, 정직한 해결은 해외 저장소를 닿게 만드는 것이 아니라 색인과 그 임베딩을 본토에 유지하는 것입니다. Typesense가 GPL-3.0 라이선스 하의 오픈소스이고 자족적 바이너리로 돌아가므로 — 그 공식 Docker 이미지, 네이티브 바이너리, 또는 DEB/RPM 패키지를 통해 — 귀사는 정확히 같은 엔진을 국내 인프라에서 돌릴 수 있고, 그래서 컬렉션·역색인·임베딩이 결코 중국을 떠나지 않습니다. 그러는 김에 색인하는 것을 최소화·가명화하세요: 귀사가 문서에 결코 넣지 않는 필드는 귀사가 결코 이전할 필요 없는 필드입니다. 관리형, 국내 배치가 라이선스를 가진 로컬 운영자를 통해 이용 가능한 곳에서는, 그것도 합법적인 옵션일 수 있습니다 — 그러나 그것을 글로벌 통과가 아니라, 운영자를 정확히 명명하여, 확인할 warn-positive로 다루세요. 이 가운데 어느 것도 아닌 것: 데이터를 해외 저장소로 실어 그것을 로컬이라 부르는 것. 현지화란 쉬는 데이터 저장소가 진정으로 국내 경로에 앉는다는 뜻입니다.

이것은 판정이 아니라 리스크 지도입니다: 국내화 의무가 적용되는지, 어느 국경 간 메커니즘이 들어맞는지, 그리고 귀사 색인의 얼마가 개인정보로 치는지는 귀사 법인, 귀사 데이터 볼륨, 그리고 그것이 누구의 데이터인지에 달려 있습니다 — 짓기 전에 구체적인 사항을 법무와 정하세요.

합법적인 경로 — 지도화, 현지화, 전송

지도화. 저희는 귀사가 무엇을 색인하고 벡터화하는지, 그 문서가 어떤 개인정보를 나르는지, 개인 데이터의 임베딩이 저장되는지, 엔진이 오늘 어디서 도는지(Typesense Cloud 리전, 또는 자가 호스트), 귀사 쿼리 로그 노출, 그리고 그 모든 것 뒤의 동의 근거를 목록화합니다.

현지화. 저희는 귀사 중국 사용자 색인 콘텐츠와 임베딩을 국내에 유지합니다 — 컬렉션·색인·벡터가 본토에 머물도록 오픈소스 Typesense 엔진을 본토 인프라에 세우거나, 들어맞는 곳에서는 라이선스를 가진 로컬 운영자를 통한 관리형 국내 배치를 쓰며 — 그다음 색인되는 것을 최소화·가명화하고 어떤 잔여 국경 간 이전이든 거버넌스합니다. 21YunBox는 어떤 종류의 우회도 결코 사용하거나 제안하지 않습니다.

전송. 색인을 쿼리하는 애플리케이션은 여전히 중국에서 공중을 향하므로, 그것은 ICP 비안 의무를 나르고 규정에 맞는, 국내 전달이 필요합니다 — 21YunBox Optimizer, 귀사가 이미 돌리는 스택 앞에, 재구축 없이 그리고 마이그레이션 없이. Typesense는 귀사 검색 엔진으로 남습니다; 저희는 그 주위에 합법적인 중국 경계를 더해 그것이 귀사 중국 사용자를 위해 합법적으로 그리고 규정에 맞게 돌아가게 합니다.

컴플라이언스 진단 받기 →

관련 읽을거리:

• PIPL상 국경 간 데이터 이전
• 중국 사이버보안법과 데이터 국내화
• 중국의 데이터 국외 이전 안전성 평가 조치
• 중국 ICP 비안을 받는 법

관련 기술

Elasticsearch

Elasticsearch

OpenSearch

OpenSearch

Qdrant

Qdrant

Weaviate

Weaviate