PlanetScale은 중국에서 작동하나요? 데이터 레지던시, PIPL, 그리고 귀사의 데이터베이스
PlanetScale은 중국 본토 안에 데이터베이스 리전을 운영하지 않습니다 — 귀사가 고르는 AWS나 GCP 리전에 데이터를 저장하며 전부 해외입니다 — 그래서 귀사 앱이 중국 사용자에 대해 보유하는 개인정보는 데이터 국내화 문제가 붙은 PIPL 국경 간 이전입니다. 컴플라이언스 관점에서 살펴봅니다.
PlanetScale은 중국에서 작동하나요?
PlanetScale에게 질문은 접속 가능 여부가 아니라 레지던시입니다. PlanetScale은 귀사가 고르는 AWS나 GCP 리전에만 데이터베이스를 저장하고 중국 본토 안에 리전을 운영하지 않으므로, 귀사 앱이 거기 보관하는 개인정보가 해외에 삽니다. 그것은 속도가 아니라 데이터 국내화·국경 간 이전 질문입니다.
PlanetScale은 평이하게 말합니다: "the infrastructure supporting user databases, backups, etc., is in the provider (AWS or GCP) and region where the database is created"(사용자 데이터베이스·백업 등을 지원하는 인프라는 데이터베이스가 생성된 제공자(AWS나 GCP)와 리전에 있다), 그리고 "if you create a database in a US-based region, all data, including customer data, is stored and processed in the US"(미국 기반 리전에 생성하면 고객 데이터를 포함한 모든 데이터가 미국에 저장·처리된다). 그 리전 메뉴는 미국·유럽·아시아태평양 일부 — 도쿄, 뭄바이, 싱가포르, 시드니, 서울 — 에 걸치지만 본토 어디에도 없습니다. 그래서 귀사 데이터베이스가 중국 사용자로부터 수집하는 개인정보는 쓰여지는 순간 나라를 떠납니다: PIPL이 규율하는 국경 간 이전(제38~43조)이며, CIIO나 대량 취급자에게는 중국 법이 본토에 남아야 한다고 하는 데이터(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — PlanetScale은 그것을 둘 리전이 없습니다. 귀사에 지우지 않는 유일한 문은 ICP입니다: 데이터베이스는 공개 사이트를 서비스하지 않으므로 그 비안은 그 앞의 애플리케이션에 속합니다. 아래 표는 PlanetScale 자신의 표현과 각 줄이 촉발하는 규칙입니다.
이것은 판정이 아니라 리스크 지도입니다 — 무엇을 져야 하는지는 귀사의 법인, 데이터 규모, 데이터베이스에 누구의 개인정보가 있는지에 따라 달라집니다. 저희 중국 팀이 귀사의 노출을 함께 진단합니다 →
컴플라이언스 스냅샷
- ✕ PlanetScale은 중국 본토에 리전을 운영하지 않으므로, 귀사 데이터가 국내에 살 수 없음
- ! 귀사 데이터는 귀사가 고르는 AWS나 GCP 리전에 놓임 — 전부 해외
- ! 데이터베이스 속 중국 사용자의 개인정보는 PIPL 국경 간 이전
- ! CIIO와 대량 취급자는 PlanetScale이 충족 못 하는 중국 내 저장을 짐
- ✓ ICP는 PlanetScale의 문이 아님 — 데이터베이스 앞의 앱에 떨어짐
PlanetScale 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| PlanetScale은 중국 본토 밖 AWS·GCP 리전에서만 돕니다. 공개된 리전 목록은 미국·유럽·아시아태평양 일부에 걸칩니다 — AWS는 도쿄·뭄바이·싱가포르·시드니; GCP는 서울 — 그리고 어느 리전도 중국 본토 안에 있지 않습니다. PlanetScale 자신의 안내는 "select the region closest to your application servers"(애플리케이션 서버에 가장 가까운 리전을 선택)이지만, 중국 청중에게 그것이 제공하는 가장 가까운 것도 여전히 해외입니다. | PlanetScale Docs — Regions(planetscale.com/docs/plans/regions), 2026-10-07 열람 |
| 귀사 데이터는 귀사가 데이터베이스를 생성하는 곳에 삽니다 — 그리고 PlanetScale은 그것을 생성할 곳을 중국에 제공하지 않습니다. PlanetScale은 "the infrastructure supporting user databases, backups, etc., is in the provider (AWS or GCP) and region where the database is created"라고, 그리고 "if you create a database in a US-based region, all data, including customer data, is stored and processed in the US"라고 합니다. 고를 본토 리전이 없으므로 같은 규칙이 중국을 향한 데이터베이스를 해외 리전에 묶습니다. | PlanetScale Docs — Security & data residency(planetscale.com/docs/security), 2026-10-07 열람 |
| 귀사 데이터베이스가 중국 사용자에 대해 보유하는 개인정보는 PIPL상 국경 간 이전입니다. 그 기록이 본토 밖에 저장되므로, 그것을 다루는 것은 중국 PIPL이 규율하는 개인정보의 국경 간 이전입니다 — 고지, 별도 동의, 하나의 승인된 이전 메커니즘(제38~43조). 귀사가 핵심정보인프라 운영자이거나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 어느 해외 PlanetScale 리전도 충족할 수 없는 의무입니다. | PlanetScale Docs — Security, 2026-10-07 열람; PIPL 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) |
| PlanetScale의 컴플라이언스 무게는 ICP가 아니라 데이터 레지던시입니다. 데이터베이스는 공개 웹사이트를 서비스하지 않으므로, 본토 청중이 필요로 하는 ICP 비안(국무원령 제292호; 공업정보화부령 제33호)은 PlanetScale이 아니라 귀사 데이터베이스 앞의 애플리케이션에 붙습니다. PlanetScale이 결정하는 것은 데이터가 어디에 있느냐입니다: 그 엔터프라이즈 Managed 티어조차 "the data stored in PlanetScale Managed databases ... contained entirely in the customer's AWS Organizations member account or GCP project"(PlanetScale Managed 데이터베이스에 저장된 데이터 … 를 전적으로 고객의 AWS Organizations 멤버 계정이나 GCP 프로젝트 안에 담아) 둘 뿐 — 귀사 계정이지만 여전히 AWS나 GCP 리전이며, 중국 본토에는 없습니다. | PlanetScale Docs — Managed: Cloud accounts and contents(planetscale.com/docs/plans/managed/security-and-access/cloud-accounts-and-contents), 2026-10-07 열람; 국무원령 제292호; 공업정보화부령 제33호 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토 사용자에게 PlanetScale에 관한 질문은 데이터베이스가 응답하느냐가 아니라 — 그 안의 데이터가 어디에 있어도 되느냐입니다. PlanetScale은 Vitess 위에 구축된 관리형 MySQL 플랫폼으로, 곧 귀사 애플리케이션의 실제 기록 — 그중 귀사 중국 사용자의 개인정보 — 을 보유한다는 뜻입니다. PlanetScale은 레지던시 질문을 자체 문서에서 답합니다: 모든 데이터베이스는 귀사가 생성 시 고른 AWS나 GCP 리전에서 돌아가며, 중국 본토 안에는 리전을 운영하지 않습니다. 엔드포인트는 도달됩니다; 노출은 그것이 저장하는 개인정보가 — 중국의 국경 간·데이터 국내화 규칙이 닿는 — 해외에 있다는 점입니다.
한눈에 보는 중국에서의 PlanetScale
| 무엇이 결정하나 | PlanetScale 자신의 표현 |
|---|---|
| 어디서 도는가 | 미국·유럽·아시아태평양에 걸친 AWS·GCP 리전. 중국에 가장 가까운 것은 도쿄·뭄바이·싱가포르·시드니(AWS)와 서울(GCP) — 모두 해외. 중국 본토 안에는 리전이 없습니다. |
| 데이터가 물리적으로 어디에 있나 | “사용자 데이터베이스·백업 등을 지원하는 인프라는 데이터베이스가 생성된 제공자(AWS나 GCP)와 리전에 있다.” 귀사가 리전을 고르며; PlanetScale은 본토에 어느 것도 제공하지 않습니다. |
| 귀사 중국 사용자의 데이터 | 귀사가 고른 해외 리전에 저장됨 — PIPL이 규율하는 개인정보의 국경 간 이전(제38~43조)이며, 그것이 수집된 나라 밖에 두는 인프라 위에. |
| 데이터 국내화 | CIIO나 대량 취급자는 중국에서 수집된 개인정보를 본토에 유지해야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). PlanetScale은 그것을 충족할 중국 내 리전이 없습니다. |
| ICP 비안 | PlanetScale의 문이 아닙니다. 데이터베이스는 공개 사이트를 서비스하지 않으므로, 본토 청중이 필요로 하는 ICP 비안은 PlanetScale이 아니라 귀사 데이터베이스 앞의 애플리케이션에 붙습니다. |
본토 리전이 없으니 귀사 데이터는 중국에 있을 수 없다
PlanetScale은 귀사 데이터베이스를 Amazon Web Services와 Google Cloud에서, 생성 시 귀사가 고르는 리전에서 돌립니다. 공개된 리전 목록은 미국·유럽·아시아태평양 일부에 걸쳐 있습니다 — AWS는 도쿄·뭄바이·싱가포르·시드니; GCP는 서울 — 그리고 PlanetScale의 리전은 시간에 따라 바뀌었지만, 중국 본토는 결코 그 가운데 있은 적이 없습니다. PlanetScale은 그것이 귀사 데이터에 무엇을 뜻하는지 명시합니다: “사용자 데이터베이스·백업 등을 지원하는 인프라는 데이터베이스가 생성된 제공자(AWS나 GCP)와 리전에 있다”, 그리고 “미국 기반 리전에 데이터베이스를 생성하면 고객 데이터를 포함한 모든 데이터가 미국에 저장·처리된다.” 중국을 향한 앱에 PlanetScale이 제공하는 어느 리전을 고르든 같은 규칙이 귀사 사용자의 기록을 본토 밖의 장소에 묶습니다. 이것이 가장 순수한 형태의 데이터 레지던시 질문입니다: 데이터베이스는 귀사 데이터 앞의 캐시나 엣지가 아니라 — 그것이 귀사 데이터 자체이며, PlanetScale은 그것을 둘 곳이 중국에 없습니다.
귀사 중국 사용자의 개인정보는 국경 간 이전이다
그 데이터베이스가 중국의 사람으로부터 수집된 개인정보를 보유하므로, 그것을 해외에 저장하는 것은 개인정보 보호법상 국경 간 이전입니다. 처리자 — PlanetScale이 아니라 귀사 — 는 고지하고, 별도 동의를 받고, 하나의 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을 충족해야 합니다(PIPL 제38~43조). 그리고 귀사가 핵심정보인프라 운영자이거나 규제기관의 규모 임계 이상으로 개인정보를 처리한다면, 그 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 AWS·GCP 리전이 충족할 수 없는 레지던시 의무입니다. PlanetScale의 엔터프라이즈 Managed 티어조차 “PlanetScale Managed 데이터베이스에 저장된 데이터 … 를 전적으로 고객의 AWS Organizations 멤버 계정이나 GCP 프로젝트 안에 담아” 둘 뿐이며, 계정만 귀사 통제로 옮길 뿐; 리전 메뉴는 여전히 AWS·GCP이고 본토 옵션은 없습니다.
ICP는 PlanetScale의 문이 아니다 — 그리고 그 점을 정직하게 짚는 것이 중요하다
모든 중국 페이지에 ICP 비안 경고를 볼트로 붙이기는 쉽지만, PlanetScale에는 속하지 않습니다. 국무원령 제292호와 공업정보화부령 제33호상의 ICP 비안(ICP 备案)은 공개 웹사이트와 그것을 서비스하는 본토 호스팅에 붙으며 — 데이터베이스는 자체 공개 사이트를 서비스하지 않습니다. 그래서 그 의무는 그 애플리케이션이 중국 청중을 향한다면 귀사 PlanetScale 데이터베이스 앞의 애플리케이션에 살지, 데이터베이스 계층 자체에 살지 않습니다. PlanetScale의 컴플라이언스 무게는 한 곳 — 데이터 레지던시 — 에 더 좁고 무겁습니다. 두 문을 구별해 두는 것이 요점입니다 — 그것은 저장 질문을 라이선스 질문으로 흐리는 대신, 어느 리스크가 정확히 어디에 사는지를 알려 줍니다.
이것은 판정이 아니라 리스크 지도입니다: 국내화 의무가 적용되는지, 그리고 어떤 국경 간 메커니즘이 맞는지는 귀사의 법인, 개인정보를 얼마나 보유하는지, 그것이 누구의 것인지에 따라 달라집니다 — 구축 전에 법률 자문과 정리할 가치가 있습니다.
21YunBox가 들어맞는 자리 — 마이그레이션이 아니라 규정에 맞는 오버레이
귀사는 PlanetScale을 데이터베이스로 유지합니다. 저희는 그것이 결코 제공하도록 만들어지지 않은 계층을 더합니다: 그 앞의 애플리케이션을 위한, 규정에 맞는 본토 안에서의 ICP 비안 전송, 그리고 귀사 데이터 레지던시 의무가 요구하는 모든 중국 내 저장 — 을 귀사의 기존 스택 주위에 세우며, 재구축도, 두 번째 코드베이스도, PlanetScale을 떠나는 일도 없이. 저희 중국 팀은 귀사의 법인과 데이터 규모에 비추어 PIPL 국경 간·데이터 국내화 노출을 진단한 다음, 합법적 중국 존재가 필요로 하는 국내 전송과 저장을 구축합니다 — 그동안 귀사 데이터베이스는 이미 돌아가는 자리에 그대로 있습니다.
함께 읽기:
자주 묻는 질문
PlanetScale은 중국 본토에서 차단되나요?
접속 가능 여부는 PlanetScale의 진짜 중국 질문도, 컴플라이언스 질문도 아닙니다. PlanetScale은 귀사 애플리케이션이 대화하는 백엔드 데이터베이스이지 사용자가 여는 페이지가 아니므로, 그 엔드포인트가 본토에서 해석되는지는 전송 세부입니다. 쓸 수 있는지를 결정하는 것은 레지던시입니다: 귀사 앱이 PlanetScale에 쓰는 개인정보는 중국 밖 AWS나 GCP 리전에 저장됩니다. "로드되나"와 "여기 저장해도 되나"를 두 개의 별개 질문으로 다루십시오 — 중국 법이 따지는 것은 둘째입니다.
우리는 PlanetScale을 데이터베이스로만 쓰는데 — ICP 규칙이 우리에게 적용되나요?
PlanetScale 자체에는 아닙니다. 데이터베이스는 공개 웹사이트가 없으므로 ICP 비안은 PlanetScale이 필요로 하거나 제공할 수 있는 것이 아닙니다; 그 의무는 그 애플리케이션이 본토 청중을 향한다면 귀사가 그 앞에 두는 애플리케이션과 국내 호스팅에 떨어집니다. PlanetScale 자신의 노출은 더 좁고 날카롭습니다 — 데이터 레지던시. 귀사 사용자의 개인정보가 물리적으로 데이터베이스에 살므로, 그것을 해외에 저장하는 것은 PIPL상 국경 간 이전이며, 일부 운영자에게는 그 위에 국내화 의무가 붙습니다. 그것이 PlanetScale 계층에 대해 정리할 질문입니다.
21YunBox가 PlanetScale을 중국에서 규정에 맞게 쓰도록 도울 수 있나요?
예. 저희 중국 팀은 귀사 PlanetScale 데이터베이스가 보유하는 개인정보에 대한 데이터 레지던시·PIPL 국경 간 노출 — 귀사의 법인, 데이터 규모, 그것이 누구의 기록인지 — 을 진단하고, 귀사가 이미 PlanetScale 위에서 운영하는 애플리케이션 주위에 ICP 비안·국내 전송과 귀사 중국 존재가 요구하는 모든 중국 내 저장을 세웁니다. 귀사는 PlanetScale을 데이터베이스로 유지합니다; 저희는 규정에 맞는 중국 계층을 더합니다. 귀사의 구체적 사례를 함께 다루려면 문의하기.
