OpenSearch는 중국에서 작동하나요? PIPL 국경 간, 데이터 레지던시 & 자가 호스팅
OpenSearch는 정지 데이터 스토어입니다: 귀사가 색인하는 문서와 그것이 파생하는 k-NN 임베딩은 중국의 사람을 묘사할 때 개인정보입니다. 글로벌 Amazon OpenSearch Service는 중국 본토 리전이 없으므로, 중국 사용자 데이터를 해외에서 색인하는 것은 PIPL 국경 간 이전입니다 — 레지던시 노출과 국내 자가 호스팅 레버를 컴플라이언스 우선으로 살핍니다.
OpenSearch는 중국에서 작동하나요?
OpenSearch는 귀사 사용자의 색인된 문서와 그것에서 지어진 k-NN 임베딩의 정지 데이터 스토어입니다 — 그리고 글로벌 Amazon OpenSearch Service는 중국 본토 리전이 없으므로, 귀사 중국 사용자에게 그 콘텐츠가 데이터 레지던시 질문이 붙은 PIPL 국경 간 이전으로 해외에 앉습니다.
귀사는 OpenSearch를 문서, 티켓, 로그, 레코드로 로드하고, 그 벡터 엔진이 raw 페이로드 곁에 저장된 밀집 임베딩을 파생합니다 — 중국의 사람을 묘사할 때 전부 개인정보. 그것을 해외 클러스터에 쥐는 것은 PIPL 아래 국경 간 이전(고지, 별도 동의, 이전 메커니즘, 제38~40조)이고, CIIO와 고물량 취급자에게 본토 저장 의무와 함께(제40조; 사이버보안법 제39조(구 제37조)); 그리고 임베딩이 역산과 멤버십 추론을 지원하므로, 그것이 그 의무를 익명화해 없애지 않습니다. 합법적 레버는 색인과 임베딩을 국내에 유지하는 것 — OpenSearch는 Apache 2.0이고 본토 인프라에서 완전히 자가 호스팅 가능하며, Amazon OpenSearch Service는 또 라이선스된 AWS China(베이징/닝샤) 파티션에서 제공됨 — 이지, 해외 엔드포인트를 닿을 수 있게 하는 것이 아닙니다.
이는 리스크 지도이지 판결이 아닙니다 — 어느 이전 메커니즘이 맞고, 현지화 의무가 적용되는지는 귀사 법인, 귀사 데이터 물량, 그것이 누구의 데이터인지에 달렸습니다. 저희 중국 팀이 귀사 노출을 매핑할 수 있습니다 →
컴플라이언스 스냅샷
- ! OpenSearch는 정지 데이터 스토어: 색인된 문서와 임베딩이 PII
- ! 임베딩은 익명이 아님; 역산과 멤버십 추론이 그것을 PII로 유지
- ✕ 글로벌 관리형 OpenSearch는 본토 리전 없음; 색인이 해외에 앉음
- ! Amazon OpenSearch Service는 국내 운영자를 통해 AWS China(베이징/닝샤)에서 돎
- ✓ Apache-2.0 엔진은 국내에 자가 호스팅; 21YunBox가 ICP 비안된 전송을 더함
OpenSearch 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Amazon OpenSearch Service는 AWS China 파티션 안에서 이용 가능합니다 — 진정한 국내 관리형 옵션. AWS의 China 문서는 "Amazon OpenSearch Service is available in the following regions in China:" 라 명시하고 China (Beijing) Region과 China (Ningxia) Region — 라이선스된 국내 파트너(베이징의 Sinnet, 닝샤의 NWCD)가 운영하는 AWS China 파티션 — 을 열거합니다. 그것은 별도 AWS China 계정이 필요하고 일부 인스턴스 유형만 이용 가능하므로, 깨끗한 글로벌 패스가 아니라 warn-positive로 — 그리고 중국 본토 리전이 없는 글로벌 Amazon OpenSearch Service와 구별해 — 다루십시오. | AWS China Documentation — Amazon OpenSearch Service in Amazon Web Services China (docs.amazonaws.cn), 2026-10-10 열람 |
| OpenSearch 엔진은 Apache 2.0이고 완전히 자가 호스팅 가능합니다 — 국내 레버의 가장 강한 형태 — 그리고 그 k-NN 엔진은 임베딩을 저장합니다. OpenSearch는 Linux Foundation 아래 OpenSearch Software Foundation이 거버넌스하는 Apache 2.0 오픈소스 검색과 벡터 엔진이므로, 귀사는 그것을 귀사가 선택하는 인프라, 중국 본토를 포함해, 에서 돌릴 수 있습니다. 그 내장 k-NN 벡터 엔진은 텍스트와 이미지를 시맨틱 검색과 RAG를 위해 knn_vector 필드에 저장된 밀집 벡터 임베딩으로 바꿉니다 — 귀사 중국 사용자 데이터에서 파생될 때 정지 상태의 개인정보. | OpenSearch — opensearch.org (Apache 2.0; OpenSearch Software Foundation / Linux Foundation) 및 k-NN 개발자 가이드, 2026-10-10 열람 |
| 중국 사용자 콘텐츠를 해외에서 색인하는 것은 PIPL 국경 간 이전입니다 — 그리고 임베딩이 그것을 면제하지 않습니다. 귀사가 색인하는 문서와 그것에서 파생된 임베딩은 중국의 사람을 묘사할 때 개인정보이므로, 그것을 해외 클러스터에 쥐는 것은 PIPL 아래 국경 간 이전입니다: 취급자인 귀사는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 제38~40조 아래 통과해야 합니다. 임베딩이 역산과 멤버십 추론을 지원하므로, "우리는 벡터만 보낸다" 는 면제가 아닙니다. | PIPL 제38~40조(개인정보의 국경 간 이전), 2026-10-10 열람 |
| CIIO와 고물량 취급자에게, 중국 수집 개인 데이터는 본토에 머물러야 합니다 — 어떤 해외 클러스터도 그것을 충족 못 함. 핵심정보인프라 운영자와 규제기관의 물량 문턱 위 취급자는 중국 수집 개인 데이터를 국내에 저장해야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조문을 37에서 39로 재번호, 실질 불변. 본토 인프라의 자가 호스팅 OpenSearch 클러스터, 또는 라이선스된 AWS China 파티션은 글로벌 관리형 서비스가 할 수 없는 그 의무를 충족할 수 있습니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조), 2026-10-10 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 대상 애플리케이션에, OpenSearch에 대한 결정적 질문은 클러스터 엔드포인트가 닿을 수 있는가가 아니라 — 귀사가 색인하고 벡터화하는 콘텐츠가 어디에 살도록 허용되는가입니다. OpenSearch는 정지 데이터 스토어입니다: 귀사는 검색하고 싶은 문서, 티켓, 로그, 레코드를 그것에 로드하고, 그것이 그것을 역인덱스에 — 그리고 그 내장 k-NN 벡터 엔진을 통해 — 시맨틱 검색과 RAG를 위한 밀집 벡터 임베딩으로 유지합니다. 귀사 중국 사용자에게 그 콘텐츠는 개인정보이고, 엔진이 도는 곳 어디에든 쉽니다. OpenSearch는 Apache 2.0 오픈소스 엔진으로, OpenSearch Software Foundation(Linux Foundation) 아래 있고 완전히 자가 호스팅 가능합니다 — 그것이 바로 레버입니다. 세 갈래가 리스크를 결정합니다: 색인된 콘텐츠의 레지던시와 국경 간 이전; 임베딩이 익명화해 없앨 수 없는 개인정보라는 것; 그리고 해외 클라우드에 닿기보다 오픈 엔진을 자가 호스팅함으로써 색인을 국내에 유지하는 것.
한눈에 보는 중국에서의 OpenSearch
| 무엇이 결정하는가 | OpenSearch 자신의 말 — 그리고 중국 법 |
|---|---|
| 귀사가 그것에 로드하는 것 | OpenSearch는 귀사가 색인하는 문서, 로그, 티켓, 레코드를 역인덱스에, 그리고 — 그 k-NN 벡터 엔진을 통해 — 밀집 벡터 임베딩과 그 곁에 저장된 페이로드와 소스 텍스트를 유지합니다. 그 콘텐츠가 중국의 사람을 묘사할 때 그것은 일시적 캐시가 아니라 정지 상태로 쥐어진 개인정보입니다. |
| 엔진이 어디서 도는가 | 귀사는 Apache 2.0 엔진을 귀사가 선택하는 인프라에서 자가 호스팅하거나, 관리형 서비스를 씁니다. 글로벌 Amazon OpenSearch Service는 본토 밖 AWS 리전에서 돌므로, 중국 사용자 데이터를 어떤 해외 클러스터에든 색인하는 것은 귀사에 의한 국경 간 이전입니다(数据出境; PIPL 제38~40조). Amazon OpenSearch Service는 또 라이선스된 국내 운영자를 통해 AWS China(베이징/닝샤) 파티션에서 제공됩니다 — 글로벌 패스가 아니라 국내 옵션. |
| 임베딩은 개인정보다 | k-NN 임베딩은 사람의 텍스트나 이미지에서 계산됩니다; 그것은 역산(소스의 근사 재구성)과 멤버십 추론을 지원하므로, 익명화되지 않습니다. 귀사 중국 사용자 데이터의 임베딩 스토어는 그 자체로 개인정보의 스토어입니다 — "우리는 raw 데이터가 아니라 벡터만 보낸다" 는 국경 간 면제가 아닙니다. |
| 데이터 현지화와 쿼리 로그 | 핵심정보인프라 운영자나 고물량 취급자는 중국 수집 개인 데이터를 본토에 유지해야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 검색 문자열과 쿼리 로그도 개인정보를 싣고 같은 레지던시 의무를 집니다. |
| 엔드포인트에 닿는 것은 축이 아니다 | 클러스터가 답하는가는 컴플라이언스 질문이 아닙니다. 지속 가능한 수는 색인과 임베딩을 국내에 유지하는 것 — 본토 인프라에서 오픈소스 엔진을 자가 호스팅하거나, 라이선스된 국내 관리형 옵션을 쓰고 — 그리고 귀사가 색인하는 것을 최소화하고 가명화하는 것입니다. 색인을 쿼리하는 공개 앱은 여전히 ICP 비안 의무를 집니다. |
귀사가 실제로 저장하는 것 — 색인된 콘텐츠와 그 임베딩
OpenSearch는, AWS 자신의 말로, “a popular open-source search and analytics engine for use cases such as log analytics, real-time application monitoring, and clickstream analytics.” 입니다. 그것을 컴플라이언스 대상으로 만드는 것은 그것이 답하는 쿼리가 아니라 그것이 답하려 쥐는 것입니다. 귀사가 문서를 색인할 때, OpenSearch는 원본 _source를 저장하고 그 필드 위에 역인덱스를 짓습니다; 귀사가 시맨틱 검색이나 RAG를 돌릴 때, 그 k-NN 벡터 엔진(neural-search와 ml-commons 컴포넌트를 통해)이 텍스트나 이미지를 knn_vector 필드에 쓰인 밀집 벡터 임베딩으로 바꾸고, raw 페이로드와 메타데이터 — 사용자 ID, 소스 스니펫, 타임스탬프 — 가 일상적으로 각 벡터 곁에 저장되어 매치가 레코드로 되묶일 수 있습니다.
그래서 귀사 중국 사용자의 지원 티켓, 채팅 로그, 프로파일, 문서로 지어진 OpenSearch 클러스터는 그들의 개인정보를 세 번 쥡니다: 원본 색인된 텍스트로, 그것에서 파생된 역인덱스로, 그리고 그것에서 파생된 임베딩으로. 그 전부가 정지 상태의 개인정보이고, 클러스터가 도는 곳 어디에든 — 글로벌 관리형 서비스의 미국이나 EU 리전, 해외 자가 호스팅 클러스터, 또는 국내 인프라에 — 삽니다. 색인은 귀사 데이터 앞의 캐시가 아니라; 그것이 변형된 형태의 귀사 데이터입니다.
그것은 레지던시와 국경 간 이전 문제다 — 그리고 임베딩이 그것을 익명화하지 않는다 — PIPL 아래
색인된 콘텐츠와 그 임베딩이 개인정보이므로, 그것을 본토 밖에서 도는 클러스터에 유지하는 것은 중국의 개인정보 보호법이 직접 규율하는 개인정보의 국경 간 이전(数据出境)입니다. 취급자 — 엔진 벤더가 아니라 귀사 — 로서 귀사는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 PIPL 제38~40조 아래 통과해야 합니다. 귀사가 핵심정보인프라 운영자이거나, 규제기관의 물량 문턱 위로 개인정보를 처리한다면, 그 중국 수집 데이터는 또 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조) — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조문을 37에서 39로 재번호, 실질 불변) — 어떤 해외 클러스터도 충족 못 하는 레지던시 의무.
대부분 팀이 놓치는 갈래는 임베딩입니다. 벡터 색인을 이름과 주소가 아니라 부동소수점 숫자 배열을 저장한다는 이유로 면제로 다루고 싶겠습니다. 그 본능은 여기 중요한 방식으로 틀렸습니다. 임베딩은 사람의 메시지, 티켓, 또는 문서에서 직접 계산되고, 그것은 역산 — 소스 텍스트의 근사 재구성 — 과 멤버십 추론 — 주어진 사람의 레코드가 훈련이나 색인 집합에 있었는지 결정 — 을 지원하기에 충분히 원본을 보존합니다. 귀사 중국 사용자 데이터의 임베딩 스토어는 따라서 그 자체로 그들의 개인정보의 스토어이고, raw 텍스트와 같은 레지던시와 국경 간 의무를 집니다; “우리는 raw 데이터가 아니라 벡터만 보낸다” 는 거짓 위안입니다. 쿼리 문자열과 검색 로그는 같은 규칙 아래 앉는데, 그것들도 누가 무엇을 검색했는지를 드러내기 때문입니다.
엔드포인트에 닿는 것은 질문이 아니다 — 색인을 국내에 유지하는 것이 질문이다
OpenSearch 엔드포인트가 본토에서 닿을 수 있는가는 축이 아닙니다. 축은 색인과 임베딩이 어디에 쉬도록 허용되는가이고, OpenSearch는 유난히 깔끔한 답을 줍니다: 엔진이 Apache 2.0이고 완전히 자가 호스팅 가능하므로, 귀사는 그것을 국내 인프라에서 돌리고 색인과 임베딩을 본토에 유지할 수 있습니다 — 그 레버의 정직하고 강한 형태. 관리형 서비스가 선호되는 곳에서, Amazon OpenSearch Service는 AWS China 파티션 — Sinnet이 운영하는 China (Beijing) Region과 NWCD가 운영하는 China (Ningxia) Region — 안에서 제공되고, 그것은 라이선스된 국내 운영자를 통한 진정한 국내 레지던시 옵션입니다(별도 AWS China 계정이 필요하고 일부 인스턴스 유형만 이용 가능). 그것을 깨끗한 글로벌 패스가 아니라 warn-positive로 다루고, 중국 본토 리전이 없는 글로벌 Amazon OpenSearch Service(미국, EU, 기타 리전)와 구별해 유지하십시오. 어느 국내 경로든 귀사가 색인하는 것을 최소화하고 가명화하는 것, 그리고 어떤 잔여 이전이든 거버넌스하는 것과 짝지어집니다. 그것이 아닌 것은 본토에서 쿼리에 답하면서 어쨌든 데이터를 해외로 실어 보내는 숨은 경로입니다 — 그것은 개인정보를 정확히 법이 원하지 않는 곳에 유지합니다.
이는 리스크 지도이지 판결이 아닙니다: 현지화 의무가 적용되는지, 그리고 어느 국경 간 메커니즘이 맞는지는 귀사 법인, 귀사가 얼마나 많은 개인 데이터를 쥐는지, 그것이 누구의 것인지에 달렸습니다 — 짓기 전에 구체적인 것을 자문과 매듭지으십시오.
합법적 경로 — 매핑, 현지화, 전송
OpenSearch는 귀사 검색과 벡터 엔진으로 머물고; 아무것도 그것에서 움직이지 않습니다. 21YunBox가 더하는 것은 귀사가 이미 돌리는 스택 둘레의 컴플라이언스 overlay입니다 — 재구축도, 두 번째 코드베이스도 없이.
- 매핑 — 귀사가 무슨 콘텐츠를 색인하고 벡터화하는지, 그것이 무슨 개인정보를 싣는지, 개인 데이터의 임베딩이 저장되는지, 엔진이 어디서 도는지(글로벌 관리형 리전, 해외 자가 호스팅 클러스터, 또는 국내), 쿼리 로그 노출, 그리고 귀사 동의 근거를 목록화합니다.
- 현지화 — 중국 사용자 색인된 콘텐츠와 임베딩을 국내에 유지하십시오: 본토 인프라에서 Apache 2.0 엔진을 자가 호스팅하거나, 라이선스된 국내 관리형 옵션을 쓰고, 색인되는 것을 최소화하고 가명화하고, 어떤 잔여 국경 간 이전이든 거버넌스하십시오.
- 전송 — 색인을 쿼리하는 앱이나 사이트는 ICP 비안 의무를 지고 귀사가 이미 돌리는 스택 앞단에 규정에 맞는, 국내 전송(21YunBox Optimizer)이 필요합니다.
21YunBox는 OpenSearch의 경쟁자가 아니라 규정에 맞는 overlay이자 파트너입니다. 21YunBox는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다. 저희가 매듭짓는 결과는 단순합니다: OpenSearch가 귀사 중국 내 사용자를 위해 합법적으로 그리고 규정에 맞게 돕니다.
관련 읽을거리:
자주 묻는 질문
우리 OpenSearch 데이터가 "그냥 벡터의 색인" 이면 중국 법 아래 문제인가요?
그것을 개인정보로 다루십시오, 그것이 그것이기 때문입니다. OpenSearch는 원본 색인된 문서, 그 위에 지어진 역인덱스, 그리고 — 그 k-NN 엔진을 통해 — 임베딩과 페이로드와 메타데이터를, 전부 귀사 사용자의 텍스트, 티켓, 프로파일에서 파생해 저장합니다. 임베딩은 역산(소스의 근사 재구성)과 멤버십 추론을 지원하므로, 익명화되지 않습니다. 귀사 중국 사용자 활동으로 지어진 색인은 따라서 변형된 형태로 그들의 개인정보를 쥐고, 그것을 해외 클러스터에 유지하는 것은 PIPL 아래 국경 간 이전입니다 — 고지, 별도 동의, 이전 메커니즘이 취급자인 귀사에 떨어집니다.
Amazon OpenSearch Service가 AWS China 리전에 있는 것이 우리를 규정에 맞게 만드나요?
도움이 되지만, 자동 예가 아니라 warn-positive입니다. Amazon OpenSearch Service는 라이선스된 국내 파트너(Sinnet과 NWCD)가 운영하는 AWS China (Beijing)과 (Ningxia) Region에서 제공됩니다 — 별도 AWS China 계정이 필요하고 일부 인스턴스 유형만 제공하는 진정한 국내 레지던시 옵션. 색인을 국내에 유지하는 것은 레지던시 질문을 다루지만, 귀사는 여전히 고지와 별도 동의, 데이터 최소화, 그리고 — 어떤 데이터든 여전히 본토를 떠나면 — 이전 메커니즘을 집니다. 글로벌 Amazon OpenSearch Service는, 대조적으로, 중국 본토 리전이 없습니다.
21YunBox가 우리 OpenSearch 기반 앱을 중국에서 작동하게 만들도록 도울 수 있나요?
예. 저희 중국 팀이 귀사 색인된 콘텐츠와 임베딩이 어디에 앉는지 매핑하고, 귀사 법인, 데이터 물량, 사용자에 대해 귀사 PIPL 국경 간과 데이터 레지던시 입장을 알아내고, 합법적 국내 경로 — 본토 인프라에서 Apache 2.0 엔진을 자가 호스팅하거나 라이선스된 국내 관리형 옵션을 쓰는 — 를, 더하여 공개 앱이 필요로 하는 ICP 비안된, 국내 전송을, 귀사가 이미 돌리는 스택 앞단에, 재구축 없이 세웁니다. 귀사의 구체적 사례를 다루려면 문의하기.
