Sanity는 중국에서 작동하나요? 역외 콘텐츠 전송, ICP, 그리고 PIPL 경계선

이것은 Sanity를 중국에서 작동시키는 방법 질문이므로, 어떤 해법에 손대기 전에 둘로 나눌 가치가 있습니다 — 한 절반은 귀사가 엔지니어링할 수 있는 전송 문제이고, 다른 절반은 할 수 없는 컴플라이언스 문제입니다. Sanity는 헤드리스 콘텐츠 플랫폼입니다: 귀사의 구조화된 편집 콘텐츠를 Google Cloud에 두고 글로벌 CDN이 앞단에 선 콘텐츠 API를 통해 귀사 사이트에 서비스합니다. 그 CDN은 여러 대륙에 걸친 거점을 두지만 중국 본토 안에는 하나도 없으므로, Sanity 수준의 솔직한 리스크는 도달성입니다 — 만리방화벽 뒤에서 콘텐츠를 실시간으로 가져오는 사이트는 느리거나 불안정할 수 있습니다. Sanity가 하지 않는 것은 귀사 프로젝트를 그 자체로 데이터 레지던시 문제로 만드는 일입니다. 그것이 나르는 것은 방문자의 개인정보가 아니라 귀사 자신의 문구와 이미지이기 때문입니다. 귀사의 중국을 향한 사이트가 합법인지를 실제로 결정하는 비안과 개인정보 의무는 Sanity를 임베드하는 사이트에 얹히며 — 그에 비하면 Sanity의 콘텐츠에 닿는 것은 쉬운 절반입니다.

한눈에 보는 중국에서의 Sanity

Sanity의 콘텐츠에 닿는 것은 쉬운 절반이다

네트워크가 실제로 고칠 수 있는 부분에서 시작하십시오. Sanity는 어디서 돌아가는지에 대해 솔직합니다: 보안 페이지는 플랫폼이 “is hosted on Google Cloud Platform,”이며 “our backend systems currently run across three data centers in a single EU region (Belgium),”이라 말하고, CDN이 앞단에 선 콘텐츠 API를 통해 귀사 프런트엔드에 서비스합니다. 그 CDN — apicdn.sanity.io, Sanity의 표현으로 “if you are going to fetch content from a browser” 권장하는 “the CDN-distributed, cached API” — 은 거점을 여러 대륙에 펼칩니다: 뭄바이, 시드니, 생길랭, 상파울루와 미국 세 리전, 그리고 앞에 “a short-lived global CDN … with points of presence on all continents.” 그 목록을 꼼꼼히 읽으면 공백이 분명합니다: 모든 노드가 중국 본토 밖에 있고, 가장 가까운 아시아 노드는 인도에 있습니다. 상하이나 청두에서 보낸 요청은 여전히 본토를 떠나 돌아와야 Sanity의 엣지에 닿으며, 그 왕복 — Sanity를 겨냥한 어떤 차단이 아니라 — 이 느린 로드와 가끔의 가져오기 실패가 나오는 곳입니다. 그것은 진짜 전송 리스크이며, 네트워크 설계가 안정시킬 수 있는 절반입니다. 합법성이 아니라 도달성으로 다루십시오.

콘텐츠 플랫폼은 그 자체로 데이터 레지던시 문제가 아니다

팀들이 가장 자주 과잉 교정하는 지점이 여기 있습니다. CMS가 유럽의 Google Cloud에서 돌아가는 것을 보고, 그들은 국경 간 데이터 경보로 손을 뻗습니다 — 그리고 순수한 콘텐츠 플랫폼에게 그 경보는 보통 틀린 것을 겨눕니다. Sanity의 일은 귀사 편집자가 게시하는 것을 보유하고 전송하는 것입니다: 헤드라인, 본문 문구, 이미지, 페이지를 이루는 구조화된 문서. 그것은 대중을 위해 저작된 자료이지 그것을 읽는 사람들의 개인정보가 아니며, 그것을 Sanity의 Google Cloud 백엔드를 통해 배송하는 것은 그 자체로 PIPL상의 이용자 데이터 국경 간 이전을 구성하지 않습니다. 정확성이 여기서 값을 합니다 — 콘텐츠 플랫폼을 데이터 레지던시 위반이라 부르면 그것이 결코 만들지 않은 의무를 만들어 내는 한편, 귀사를 진정으로 구속하는 의무는 배경으로 흐려집니다.

한 가지 예외는 지켜볼 가치가 있습니다. Sanity 데이터셋은 귀사가 문서로 모델링하기로 한 무엇이든 보유하므로, 개인정보 — 고객 기록, 제출된 폼, 실제 개인을 식별하는 어떤 필드든 — 가 Sanity에 들어가는 순간, 그것은 블로그 글과 똑같이 매 가져오기마다 역외로 실려 가고, PIPL의 국경 간 조항(제38~43조)이 그것에 들러붙습니다. 지켜야 할 규칙은 분명합니다: Sanity는 편집 콘텐츠를 나르게 하고 개인정보는 귀사가 다스리는 시스템에 두면, 레지던시는 결코 CMS의 질문이 되지 않습니다.

컴플라이언스 문은 CMS가 아니라 귀사의 사이트에 산다

합법성을 실제로 결정하는 규칙은 한 계층 바깥에 삽니다 — Sanity 자체가 아니라 Sanity를 임베드하는 웹사이트에. 본토 방문자에게 보여지는 모든 공개 사이트에는 국무원령 제292호와 공업정보화부령 제33호에 따른 ICP 비안(备案)이 필요하며, 그 비안은 본토 안에 물리적으로 자리한 호스팅에만 붙을 수 있습니다. 결정적 사실은 CMS가 어디에 사는지가 아니라 귀사의 페이지와 오리진이 어디서 서비스되는가입니다 — 그래서 Sanity로 구동되는 헤드리스 프런트엔드도 중국 이용자를 깔끔히 서비스하기 전에 자체 국내 ICP 비안 호스팅 위에 서야 합니다. 그 위에, 귀사 사이트가 그 이용자로부터 수집하는 어떤 개인정보든 — 가입, 주문, 지원 요청 — 취급자로서 귀사가 책임질 몫입니다: 그 데이터가 본토를 떠날 때 고지, 별도 동의, 적법한 이전 메커니즘(제38~43조), 그리고 귀사가 핵심정보인프라 운영자이거나 대량 취급자라면 국내 저장(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 이 중 어느 것도 Sanity의 것이 아니며, 어느 것도 귀사 콘텐츠가 가는 여정을 줄여서 고쳐지지 않습니다. 이것이 중요한 중국 작업이며, 어떤 튜닝으로도 귀사를 위해 치워 주지 않을 절반입니다.

이는 판정이 아니라 리스크 지도입니다: 귀사 사이트가 ICP 비안, 국내 저장, 또는 그저 Sanity에 더 안정적으로 닿을 방법이 필요한지는 귀사가 그것을 어떻게 호스팅하는지, 어떤 개인정보를 수집하는지, 이용자가 누구인지에 달려 있으며 — 구축하기 전에 법률 자문과 함께 정리할 가치가 있습니다.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 규정에 맞는 오버레이

귀사는 오늘과 똑같이 Sanity에서 계속 저작합니다 — 같은 Studio, 같은 데이터셋, 같은 콘텐츠 API. 저희가 더하는 것은 Google Cloud에 호스팅된 콘텐츠 플랫폼이 할 수 없는 조각입니다: 규정에 맞는 본토 내부로부터의 ICP 비안 전송을, 귀사가 이미 운영하는 Sanity 기반 사이트 앞단에 두어, 귀사 페이지가 Sanity 엣지로의 국경 간 왕복을 기다리지 않고 중국 이용자에게 닿게 합니다 — 재구축도, 두 번째 코드베이스도, 귀사 Sanity 워크플로의 변경도 없이. 저희 중국 팀은 두 절반을 하나씩 다룹니다: 귀사 콘텐츠가 얼마나 안정적으로 도착하는가, 그리고 귀사의 법인·호스팅·사이트가 실제로 수집하는 개인정보에 비추어 본, 임베드 사이트에 얹히는 ICP와 PIPL 의무. Sanity는 귀사의 CMS로 남고; 규정에 맞는 중국 거점이 그 주위에 지어집니다.

컴플라이언스 진단 받기 →

함께 읽기:

• 중국 ICP 비안을 받는 방법
• PIPL상의 국경 간 데이터 이전