Split은 중국에서 작동하나요? PIPL 국경 간, 자동화된 결정, 데이터 레지던시
Split — 이제 Harness Feature Management & Experimentation — 은 귀사 중국 사용자의 타기팅 속성을 해외에서 평가해 각자가 어느 기능이나 실험을 보는지 결정하고, 임프레션을 되스트리밍합니다. 그것은 속도 문제가 아니라 PIPL 국경 간 이전이자 제24조 자동화된 의사결정입니다 — 결정과 사용자 데이터를 국내에 두는 것을 컴플라이언스 우선으로 살펴봅니다.
Split은 중국에서 작동하나요?
Split의 SDK에 닿는 것은 결코 질문이 아닙니다 — 질문은 Split(이제 Harness Feature Management & Experimentation)이 귀사 중국 사용자의 속성을 해외에서 평가해 각자가 무엇을 보는지 결정한다는 것입니다.
기능이나 실험 변형을 고르려 Split은 타기팅 컨텍스트 — 사용자 키 더하기 플랜·기기·지리·맞춤 특성 같은 속성 — 를 취하고, 각 사용자가 보여진 것을 기록하는 임프레션을 되스트리밍합니다. 원격 평가에서 그 컨텍스트는 Harness의 해외 서비스로 보내집니다; 로컬 평가에서도, 키별 세그먼트 체크와 임프레션은 여전히 기기를 떠납니다. 귀사 중국 사용자에게 그것은 개인정보의 PIPL 국경 간 이전(제38~40조)이자 각자가 무엇을 보는지에 대한 제24조 자동화된 결정입니다. 합법적인 레버는 플래그 평가와 사용자 데이터를 국내에 유지하는 것입니다 — Split의 고객 배치 컴포넌트를 중국 안에서 돌리거나 라이선스를 가진 국내 대안을 쓰고, 가장 덜 식별하는 컨텍스트를 보내고, 비프로파일 선택지에 대한 제24조 권리를 존중 — 해외 SDK를 도달 가능하게 만드는 것이 아니라.
어느 의무가 먼저 무는지는 귀사가 무엇을 보내고 귀사 사용자가 누구인지에 달려 있습니다 — 법무와 정할 리스크 지도. 저희 중국 팀이 귀사 노출을 지도화할 수 있습니다 →
컴플라이언스 스냅샷
- ! 플래그나 실험이 각 사용자가 보는 것을 결정합니다 — 자동화된 의사결정(PIPL 제24조)
- ! 귀사는 평가하려 타기팅 키 + 속성을 해외로 보냅니다 — 개인정보
- ✕ Split(Harness FME)은 미국 AWS에 호스팅됩니다 — 중국 본토 리전이 없습니다
- ! 임프레션과 키별 세그먼트 체크는 여전히 본토 밖 Harness 서버에 닿습니다
- ! 이것을 중국 사용자에게서 보내는 것은 PIPL 국경 간 이전입니다(제38~40조)
- ✓ 플래그 평가 + 데이터를 국내에 유지, 제24조 옵트아웃 존중, 전송을 ICP 비안
Split 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| 원격 평가에서, Split은 귀사 사용자의 타기팅 컨텍스트를 해외 서비스로 보내 그들이 무엇을 보는지 결정합니다. Split 자체 SDK 문서는 “the SDK sends the SDK key and the target (key, trafficType, and attributes) to the Remote Evaluator in FME cloud, which evaluates every flag for that target and returns the results in one response”(SDK가 SDK 키와 타깃(키·트래픽 유형·속성)을 FME 클라우드의 원격 평가기로 보내고, 그것이 그 타깃에 대해 모든 플래그를 평가해 결과를 한 응답으로 반환한다)라 밝힙니다. 그 키와 그 속성은 개인정보이고, 평가 — 각 사용자가 무엇을 보는지에 대한 결정 — 는 해외에서 일어납니다. | Split / Harness FME — SDK evaluation modes (developer.harness.io), 2026-10-10 열람 |
| 임프레션 — 어느 사용자가 어느 트리트먼트를 봤는지의 기록 — 은 귀사가 자가 호스팅하는 컴포넌트를 통해서도 Harness의 서버로 흐릅니다. 귀사 자체 인프라에서 돌리는 컴포넌트인 Split의 Synchronizer는 Harness FME 서버와 귀사 SDK 사이에서 “coordinates feature flag and segment data between”(기능 플래그와 세그먼트 데이터를 조율)하고 “records of flag evaluations”(플래그 평가 기록)를 분석을 위해 Harness 서버로 보냅니다. 자가 호스팅은 무엇이 보내지는지를 통제하지만, 기록의 관리형 서비스는 해외에 머뭅니다. | Split / Harness FME — Split Synchronizer docs (developer.harness.io), 2026-10-10 열람 |
| 기능 플래그나 실험은 PIPL 제24조상 자동화된 의사결정입니다. 각 사용자가 그들의 속성이나 코호트에서 어느 기능·변형·개인화된 경험을 받는지 결정하는 것은 프로파일링입니다. PIPL 제24조는 투명성과 공정성, 개인이 거부할 방법, 그리고 — 결정이 프로파일링에 기반하는 곳에서 — 자신의 개인적 특성으로 표적화되지 않을 선택지를 요구합니다. | 중화인민공화국 개인정보 보호법 제24조, 2026-10-10 열람 |
| 중국 사용자의 컨텍스트와 임프레션을 미국 서비스로 보내는 것은 국경 간 이전이고, 저장은 국내에 머물러야 할 수 있습니다. 취급자로서 귀사는 PIPL 제38~40조 아래 고지, 별도 동의, 이전 메커니즘을 집니다. 핵심정보인프라 운영자나 대량 취급자에게, 그 데이터는 사이버보안법 제39조(구 제37조) 아래 본토에 저장되어야 합니다. | PIPL 제38~40조; 사이버보안법 제39조(구 제37조), 2026-10-10 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토 청중에게, Split에 관한 질문은 그 SDK가 닿을 수 있느냐가 아니라 — 귀사가 그것에 건네는 데이터에 무슨 일이 생기느냐입니다. Split은 2024년 Harness에 인수되어 이제 **Harness Feature Management & Experimentation(FME)**로, 타기팅 컨텍스트 — 사용자 키 더하기 속성(플랜·기기·지리) — 에서 각 방문자가 어느 기능이나 실험을 보는지 결정하고, 각 사용자가 본 것을 기록하는 임프레션을 되스트리밍합니다. 원격 평가에서 그 컨텍스트는 Harness의 해외 서비스로 보내집니다; 로컬 평가에서도, 임프레션과 키별 세그먼트 체크는 여전히 기기를 떠납니다. 귀사 중국 사용자에게 그것은 두 의무입니다: 개인정보의 PIPL 국경 간 이전(제38~40조)과 각자가 무엇을 보는지에 대한 제24조 자동화된 결정 — 더해 동의(제13조/제23조)와 CIIO나 대량 취급자를 위한 국내 저장. 도달 가능성은 축이 아닙니다; 데이터와 결정이 축입니다.
Split을 중국에서 한눈에
| 무엇이 결정하는가 | Split 자체 표현으로 — 그리고 중국의 법으로 |
|---|---|
| 귀사가 그것에 보내는 것 | 타기팅 컨텍스트 — 사용자 키 더하기 속성(플랜·기기·지리·맞춤 특성) — 과 각 사용자가 보여진 것을 기록하는 임프레션. 행동에 묶인 키와 특성은 개인정보입니다. |
| 어디서 평가·저장되는가 | 원격 평가에서 컨텍스트는 “to the Remote Evaluator in FME cloud”(FME 클라우드의 원격 평가기로) 갑니다; 임프레션과 키별 세그먼트 체크는 미국의 AWS에 호스팅된 Harness 서버에 닿습니다. 그중 무엇도 중국 본토에 앉지 않으므로 — 중국 사용자에게 그것을 쓰는 것은 국경 간 이전(PIPL 제38~40조, 数据出境)입니다. |
| 그것이 결정하는 것 | 각 사용자가 그들의 속성이나 코호트에서 어느 기능·변형·개인화된 경험을 받는지. 그것은 PIPL 제24조상 자동화된 의사결정이자 프로파일링입니다 — 투명성과 공정성, 거부할 방법, 그리고 자신의 개인적 특성으로 표적화되지 않을 선택지를 요구합니다. |
| 동의와 레지던시 | 행동 추적과 실험은 진짜 별도 동의가 필요합니다(PIPL 제13조/제23조) — 묻힌 “이 제품을 씀으로써”는 충분하지 않습니다. 핵심정보인프라 운영자나 대량 취급자는 또한 국내 저장을 집니다(사이버보안법 제39조, 구 제37조). |
| 도달 가능한가? | 예 — SDK와 API가 중국에서 로드됩니다. 그러나 도달 가능성은 축이 아닙니다. 합법적인 경로는 플래그 평가와 사용자 데이터를 국내에 유지하고(Split의 고객 배치 컴포넌트나 라이선스를 가진 국내 엔진을 자가 호스팅), 보내는 컨텍스트를 최소화하고, 제24조 옵트아웃을 존중하고, 결정을 소비하는 앱을 ICP 비안하는 것입니다. |
귀사가 실제로 보내는 것 — 귀사 사용자의 속성과 행동
선을 넘어가는 것에서 시작하세요, 노출이 사는 곳이기 때문입니다. 트리트먼트를 반환하려 Split은 타기팅 컨텍스트를 평가합니다: 사용자 키와 그 속성 — 문자열·숫자·날짜·불리언 — 으로 평가되는 사람을 묘사합니다(플랜·등급·기기·지리, 또는 귀사가 붙이는 어떤 맞춤 특성이든). 그중 얼마나가 중국을 떠나는지는 평가 모드에 달립니다. 원격 평가에서, Split 문서는 “the thin SDK does not download the rollout plan at all”(얇은 SDK는 롤아웃 플랜을 전혀 다운로드하지 않는다)고 하고 대신 키와 타깃 속성을 “to the Remote Evaluator in FME cloud, which evaluates every flag for that target and returns the results in one response”(FME 클라우드의 원격 평가기로 보내고, 그것이 그 타깃에 대해 모든 플래그를 평가해 결과를 한 응답으로 반환한다)로 보냅니다. 로컬 평가에서 서버 측 SDK는 롤아웃 플랜을 메모리에 유지하고 인프로세스로 결정합니다 — 속성이 “never leave the application”(애플리케이션을 결코 떠나지 않는다) — 그러나 그때도 세그먼트 멤버십은 “checked against the FME servers one key at a time”(FME 서버에 대해 한 번에 키 하나씩 확인)되고, 어느 사용자가 어느 트리트먼트를 봤는지 로그하는 임프레션은 기기 밖으로 게시됩니다.
그 임프레션이 두 번째 절반입니다. Split의 Synchronizer — 귀사가 귀사 자체 인프라에서 돌릴 수 있는 컴포넌트 — 는 Harness FME 서버와 귀사 SDK 사이에서 “coordinates feature flag and segment data between”(기능 플래그와 세그먼트 데이터를 조율)하고, “records of flag evaluations”(플래그 평가 기록)와 .track 이벤트를 분석·실험을 위해 Harness 서버로 전달합니다. Split이 프로필 구축 고객 데이터 플랫폼이 아니라 기능 플래그·실험이므로, 각 사람의 영구 통합 프로필을 조립하지 않습니다 — 그러나 임프레션·이벤트 스트림은 여전히 귀사 중국 사용자의 자라는 행동 기록으로, 그들의 식별자에 키잉되어 해외에 축적됩니다.
그것은 국경 간 이전이자 — 자동화된 결정 — PIPL 아래
중국 사용자에게 Split을 돌리면 귀사는 한꺼번에 두 별개 의무를 촉발합니다. 첫째, 국경 간 이전. 플래그를 평가하려 보내는 타기팅 컨텍스트와 되흐르는 임프레션은 개인정보이고, Harness의 서비스는 미국의 AWS에, 중국 본토 리전 없이 앉습니다. 그 데이터를 중국 밖으로 옮기는 것은 개인정보 보호법이 규율하는 제38~40조상 이전(数据出境)입니다: 귀사 — 벤더가 아니라 취급자 — 는 고지하고, 별도 동의를 얻고, 이전 메커니즘(CAC 안전성 평가, CAC 표준계약, 또는 인증)을 통과해야 합니다. 귀사가 핵심정보인프라 운영자이거나 대량 취급자인 곳에서, 그 개인정보는 대신 본토에 저장되어야 합니다 — PIPL 제40조와 사이버보안법 제39조(구 제37조)(2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조항을 제37조에서 제39조로 재번호, 실질 불변) — 어떤 미국 리전도 충족할 수 없는 레지던시 의무.
둘째, 그리고 대부분의 팀이 놓치는 갈래: 기능 플래그나 실험은 자동화된 의사결정입니다. 각 사용자가 그들의 속성이나 코호트에서 어느 기능·변형·개인화된 경험을 받는지 결정하는 것은 프로파일링이고, PIPL 제24조가 바로 그것을 규율합니다. 그것은 자동화된 결정이 투명하고 공정할 것, 개인이 거부할 수 있을 것, 그리고 — 결정이 프로파일링에 기반하는 곳에서 — 귀사가 그들의 개인적 특성으로 표적화하지 않는 선택지를 제공할 것을 요구합니다. 코호트를 표적화하거나, 세그먼트에 실험을 돌리거나, 특성에서 개인화하는 것은 정확히 제24조 안입니다. 동의 근거를 더하세요: 행동 추적과 비필수 실험은 이용 약관 페이지에 묻힌 한 줄이 아니라 제13조/제23조상 진짜, 고지된, 별도 동의가 필요합니다.
SDK에 닿는 것이 질문이 아닙니다 — 결정을 국내에 두는 것이 질문입니다
Split이 중국에서 로드되므로, 이것을 연결성 연습으로 다루고 싶어집니다. 그렇지 않습니다. 레버는 결정과 사용자 데이터를 국내 경로에 유지하는 것입니다. Split은 대부분보다 여기서 더 돕습니다: 그 서버 측 SDK는 인프로세스로 평가해 원시 속성이 귀사 자체 시스템 안에 머물 수 있고, 그것은 고객 배치 컴포넌트 — Synchronizer, Evaluator, 그리고 자가 호스팅 온클러스터 평가·동기화 컴포넌트 — 를 제공하여 귀사가 중국의 귀사 자체 인프라에서 돌릴 수 있어 플래그 결정과 식별자가 계산되려 본토를 떠날 필요가 없습니다. 그 컴포넌트를 자가 호스팅하는 것이 그 자체로 하지 않는 것은 기록의 관리형 서비스를 옮기는 것입니다: 임프레션·이벤트·키별 세그먼트 체크는 여전히 Harness의 해외 서버에 닿습니다. 그러니 합법적인 설계는 평가를 국내에 유지하고, 가장 덜 식별하는 컨텍스트(가명 키, 플래그가 필요로 하지 않는 곳에서 원시 이메일이나 ID 없음)를 보내고, 임프레션·이벤트의 잔여 이전을 PIPL 아래 다스리고, 제24조 비프로파일 선택지 권리를 존중하는 것 — 또는 중국 사용자를 라이선스를 가진 국내 실험 대안으로 라우팅하는 것입니다. 그것이 결코 아닌 것은 같은 데이터를 어쨌든 해외로 보내는 숨은 경로입니다.
이것은 판정이 아니라 리스크 지도입니다. 국경 간 규칙, 제24조 의무, 동의 틈, 또는 데이터 국내화 의무가 귀사에 적용되는지는 귀사가 어떤 컨텍스트를 보내는지, 그것에서 무엇을 결정하는지, 귀사 역할, 그리고 귀사 데이터 볼륨에 달려 있습니다 — 출시 전에 구체적인 사항을 법률 자문과 정할 가치가 있습니다.
합법적인 경로 — 지도화, 현지화, 전송
귀사는 Split 위에 계속 구축합니다. 21YunBox는 그 해외 서비스가 할 수 없는 컴플라이언스 계층을 세 수로 더합니다:
- 지도화(Map) — 귀사 Split 설정이 보내는 타기팅 컨텍스트와 이벤트, 그것이 지니는 개인정보, 각 플래그가 어디서 평가되고 임프레션이 어디 내려앉는지, 그 결정이 중국 사용자가 보는 것을 어떻게 빚는지, 그리고 귀사가 기대는 동의와 제24조 근거를 목록화합니다.
- 현지화(Localize) — 중국 사용자 플래그 평가와 데이터를 본토에 유지합니다: Split의 고객 배치 컴포넌트를 국내에서 돌리거나, 중국 사용자를 라이선스를 가진 국내 실험 엔진으로 라우팅하고; 해외로 보내는 컨텍스트를 최소화·가명화하고; 제24조 프로파일링 거부 권리와 제13조/제23조 동의를 존중합니다.
- 전송(Deliver) — 플래그를 돌리고 결정을 소비하는 앱이나 사이트는 ICP 비안 의무를 지고 규정에 맞는 국내 전송이 필요합니다. 21YunBox Optimizer가 그것을 귀사가 이미 돌리는 스택 앞단에 제공합니다 — 재구축 없고, 마이그레이션 없고, 두 번째 코드베이스 없이.
목표는 단순합니다: Split이 귀사 중국 사용자를 위해 합법적으로, 규정에 맞게 돕니다. 21YunBox는 어떤 종류의 우회도 결코 사용하거나 제안하지 않습니다. 저희는 Split에 대한 규정에 맞는 오버레이이자 파트너이지, 그 대체가 아닙니다.
함께 읽기:
자주 묻는 질문
우리 Split 데이터가 중국 본토를 떠나나요?
귀사가 중국 사용자에게 Split을 돌린다면, 거의 확실히 예. 원격 모드에서 플래그나 실험을 평가하려 Split은 타기팅 키와 속성을 해외 FME 클라우드의 원격 평가기로 보냅니다; 로컬 모드에서도, 키별 세그먼트 체크와 각 사용자가 본 것을 기록하는 임프레션은 미국 AWS에, 중국 본토 리전 없이 앉는 Harness 서버로 게시됩니다. 중국 사용자에게서 개인정보를 수집해 해외로 보내는 것은 PIPL 아래 국경 간 이전 — 고지·별도 동의·이전 메커니즘 — 이고, 각 사용자가 무엇을 보는지에 대한 제24조 자동화된 결정이기도 합니다.
Split의 플래그 평가를 중국 안에 유지할 수 있나요?
부분적으로, 그리고 그것이 레버입니다. Split의 서버 측 SDK는 인프로세스로 평가합니다 — getTreatment에 전달하는 속성이 “never leave the application”(애플리케이션을 결코 떠나지 않는다) — 그리고 귀사는 Split의 고객 배치 컴포넌트(Synchronizer와 Evaluator, 그리고 자가 호스팅 온클러스터 평가·동기화 컴포넌트)를 귀사 자체 중국 인프라에서 돌려 플래그 결정과 원시 식별자가 본토에 머물게 할 수 있습니다. 기록의 관리형 서비스는 해외에 남으므로, 귀사는 여전히 보내는 컨텍스트를 최소화·가명화하고, 잔여 임프레션·이벤트 이전을 다스리고, 제24조 옵트아웃을 존중합니다 — 또는 중국 사용자를 라이선스를 가진 국내 대안으로 라우팅합니다. 결코 데이터를 어쨌든 해외로 보내는 숨은 경로가 아니라.
21YunBox가 Split을 중국에서 작동하게 도울 수 있나요?
예. 저희 중국 컴플라이언스 팀은 귀사 Split 설정이 어떤 타기팅 컨텍스트와 이벤트를 보내는지, 어디서 평가·저장되는지, 그리고 동의와 제24조 근거를 지도화합니다 — 그다음 합법적인 국내 경로를 세웁니다: 플래그 평가와 사용자 데이터를 본토에 유지(자가 호스팅이나 라이선스를 가진 국내 엔진), 국경 간 이전을 다스리고, 귀사가 이미 돌리는 스택 앞단에 ICP 비안 국내 전송(21YunBox Optimizer)을, 재구축 없이. 저희는 Split에 대한 규정에 맞는 오버레이이자 파트너이지, 그 대체가 아닙니다.
