TiDB는 중국에서 작동하나요? 데이터 레지던시, ICP, 국경 간 규칙
TiDB는 오픈 소스, 자가 호스팅 가능한 분산 SQL 데이터베이스이므로, 엔진은 어디서든 — 중국 본토 인프라를 포함해 — 돌아갑니다. 진짜 질문은 레지던시입니다: TiDB 클러스터는 귀사 앱이 저장하는 개인정보와 비즈니스 기록을 쉬는 채로 지니므로, 해외 관리형 클러스터는 PIPL 국경 간 이전이고, 규모에서는 사이버보안법 제39조(구 제37조)상 국내 저장 의무입니다.
TiDB는 중국에서 작동하나요?
TiDB는 중국에서 돌아갑니다 — 질문은 그것이 연결되느냐가 아니라, 그것이 지니는 데이터가 어디 쉬도록 허가되느냐입니다. TiDB 클러스터는 귀사 애플리케이션이 수집하는 개인정보와 비즈니스 기록을 저장하고, 그 데이터가 해외 관리형 리전에 앉으면 그것은 PIPL이 규율하는 국경 간 이전입니다. TiDB는 오픈 소스이고 자가 호스팅 가능하므로, 합법적인 고침은 해외로 돌아가는 경로가 아닙니다 — 그것은 규제되는 데이터가 상주하는 곳인 국내에서 클러스터를 돌리는 것입니다.
TiDB Cloud는 PingCAP이 AWS·Azure·Google Cloud·Alibaba Cloud에서 제공하는 완전 관리형 데이터베이스 서비스(DBaaS)입니다; 그 게시된 국제 리전은 해외에 앉고 저희는 확인된 중국 본토 리전을 찾지 못했으므로, 귀사 중국 사용자 기록의 관리형 클러스터가 본토 밖에 와서 멈출 수 있습니다 — PIPL(제38~40조)상 국경 간 이전, 그리고 핵심정보인프라 운영자나 대량 취급자에게는 해외 리전이 충족할 수 없는 국내 저장 의무(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 엔진이 Apache-2.0 오픈 소스이므로, 합법적인 경로는 그것을 본토 인프라에 자가 호스팅해 데이터가 상주하게 하는 것입니다.
이것은 판정이 아니라 리스크 지도입니다 — 국내화 의무가 귀사를 묶는지, 그리고 어느 국경 간 메커니즘이 맞는지는 귀사 법인, 귀사 데이터 볼륨, 그리고 그것이 누구의 데이터인지에 달려 있습니다. 저희 중국 팀이 귀사와 함께 데이터 레지던시 노출을 지도화할 수 있습니다 →
컴플라이언스 스냅샷
- ! TiDB 클러스터는 개인 데이터와 기록을 쉬는 채로 지닙니다 — 레지던시가 질문입니다
- ! 해외 TiDB Cloud 리전 속 중국 사용자의 데이터는 국경을 넘습니다 — PIPL 적용
- ! TiDB Cloud는 확인된 중국 본토 리전을 열거하지 않습니다 — PingCAP에 확인하세요
- ! 해외 리전은 CIIO나 대량 국내 저장 의무를 충족할 수 없습니다
- ✓ TiDB는 오픈 소스이고 자가 호스팅 가능합니다 — 데이터를 상주시키려 국내에서 돌리세요
TiDB 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| TiDB는 오픈 소스(Apache 2.0)이고 귀사가 통제하는 인프라에 자가 호스팅 가능합니다. PingCAP의 TiDB Self-Managed 페이지는 귀사가 “Deploy and manage TiDB on your own infrastructure with complete flexibility”(완전한 유연성으로 귀하 자체 인프라에 TiDB를 배치하고 관리)하고 “Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance”(네트워킹·접근·컴플라이언스에 완전한 통제로 귀하 자체 VPC·데이터센터·Kubernetes 클러스터에서 TiDB를 돌림)할 수 있다 하고, 엔진은 그 공개 저장소에서 Apache 2.0 라이선스입니다. 그러니 엔진은 레지던시 중립적입니다: 귀사는 같은 TiDB 클러스터를 중국 본토 인프라에서 돌릴 수 있고, 그 자가 호스팅 경로가 중국에서 수집된 데이터를 상주시키는 합법적인 레버입니다. | PingCAP — TiDB Self-Managed (pingcap.com); Apache License 2.0, pingcap/tidb repository (github.com); 2026-10-12 열람 |
| TiDB Cloud는 해외 클라우드의 관리형 DBaaS입니다 — 확인된 중국 본토 리전 없음. PingCAP의 문서는 TiDB Cloud를 “a fully managed, cloud-native Database-as-a-Service (DBaaS)”(완전 관리형, 클라우드 네이티브 데이터베이스 서비스(DBaaS))로 “is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud”(현재 AWS·Azure·Google Cloud·Alibaba Cloud에서 이용 가능)하다 부릅니다. 저희가 확인할 수 있었던 게시된 국제 리전 — 싱가포르·도쿄·자카르타 등 — 은 본토 밖에 앉고, 저희는 관리형 서비스에 대한 확인된 중국 본토 리전을 찾지 못했습니다; 현재 리전 옵션은 PingCAP에 확인하세요, 해외 리전에 놓인 관리형 클러스터는 귀사 중국 사용자 기록을 해외에 저장하니까요. | PingCAP — What is TiDB Cloud (docs.pingcap.com), 2026-10-12 열람 |
| 해외에 저장된, 중국에서 수집된 개인 데이터는 PIPL상 국경 간 이전입니다. TiDB 클러스터가 귀사 애플리케이션이 중국의 사람에게서 수집하는 개인정보를 지니므로, 그것을 해외 리전에 저장하는 것은 PIPL(제38~40조)상 국경 간 이전입니다: 귀사는 고지하고, 별도 동의를 얻고, 하나의 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을 통과해야 합니다. 상하이에서의 도달 가능성은 이것을 바꾸지 않습니다; 데이터는 국외에 저장됩니다. | 개인정보 보호법 제38~40조; 2026-10-12 열람 |
| CIIO나 대량 취급자에게, 데이터는 본토에 저장되어야 합니다. PIPL 제40조와 사이버보안법 제39조(구 제37조)상, 핵심정보인프라 운영자 — 또는, CAC가 명시하는 볼륨에서, 대량 취급자 — 가 본토에서 수집한 개인정보와 중요 데이터는 국내에 저장되어야 합니다. 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조항을 제37조에서 제39조로 재번호, 실질 불변. 해외 TiDB Cloud 리전은 구조적으로 이것을 충족할 수 없습니다; 국내의 자가 호스팅 TiDB는 할 수 있습니다. | 사이버보안법 제39조(구 제37조); PIPL 제40조; 2026-10-12 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 12일에 출처를 확인했습니다.
중국 본토를 섬기는 제품에, TiDB에 관한 첫 질문은 그것이 설치되느냐나 귀사 애플리케이션이 그것에 닿을 수 있느냐가 아닙니다 — 닿을 수 있습니다; TiDB는 귀사가 배치하는 곳 어디서든 돌아가는 오픈 소스 소프트웨어입니다. 질문은 그것이 지니는 데이터가 어디 와서 멈추도록 허가되느냐입니다. PingCAP이 지은 TiDB는 시스템의 트랜잭션 기록을 쉬는 채로 저장하는 분산 SQL 데이터베이스입니다 — 계정·주문·프로필·식별자, 그리고 귀사 애플리케이션이 쓰는 비즈니스 기록 — 흔히 TiDB 클러스터를 회사가 중국 사용자에 관해 지니는 개인정보의 단일 최대 집중 가운데 하나로 만듭니다. 두 사실이 컴플라이언스 자세를 고정합니다. 엔진 자체는 Apache-2.0 오픈 소스이고 레지던시 중립적입니다 — 중국 본토 인프라에 자가 호스팅 가능하고, 그것이 합법적인 레버입니다. 관리형 서비스 TiDB Cloud는 PingCAP이 AWS·Azure·Google Cloud·Alibaba Cloud에서 제공하는 완전 관리형 데이터베이스 서비스(DBaaS)입니다; 귀사가 실제로 고를 수 있는 어느 리전이 귀사 데이터를 본토 안에 두는지는 PingCAP에 확인할 일인데, 게시된 국제 리전은 해외에 쉬기 때문입니다.
TiDB를 중국에서 한눈에
| 무엇이 그것을 결정하는가 | TiDB 자체 용어로 — 그리고 중국의 법 |
|---|---|
| 데이터가 물리적으로 어디 쉬는가? | TiDB Cloud는 PingCAP이 AWS·Azure·Google Cloud·Alibaba Cloud에서 돌리는 완전 관리형 서비스이고, 그 게시된 국제 리전 — 싱가포르·도쿄·자카르타 같은 — 은 본토 밖에 앉습니다. 저희는 관리형 서비스에 대한 확인된 중국 본토 리전을 찾지 못했으므로, 그 리전에 놓인 관리형 클러스터는 해외에 쉽니다; 현재 리전 옵션은 PingCAP에 직접 확인하세요. 대조적으로 엔진은 Apache-2.0 오픈 소스이고 귀사가 설치하는 곳 어디서든, 중국 본토 인프라에 자가 호스팅을 포함해, 돌아갑니다. |
| TiDB 클러스터가 지니는 것 — 그리고 왜 개인정보인가 | TiDB는 시스템의 일차 기록을 위한 분산 SQL 데이터베이스입니다: 사용자 계정·주문·거래·프로필, 그리고 귀사 애플리케이션이 쓰고 읽는 데이터. 그것은 흔히 이름·전화번호·이메일과 계정 식별자·주소·거래 이력을 포함합니다 — 개인정보 보호법상 개인정보, 그리고 금융·건강·정밀 위치·미성년자 데이터가 나타나는 곳에서 PIPL 제28조상 민감 개인정보. 요점은 데이터가 클러스터에, 쉬는 채로, 저장된다는 것입니다. |
| 귀사 중국 사용자의 기록 = 해외라면 국경 간 이전 | 중국 본토의 사용자에게서 수집된 개인정보를 해외 리전에 호스팅된 클러스터에 저장하는 것은 PIPL 제38~40조상 국경 간 이전(数据出境)입니다: 고지, 별도 동의, 그리고 하나의 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증. |
| 국내 저장 의무 | 핵심정보인프라 운영자 — 그리고, 중국 사이버공간관리국이 명시하는 볼륨에서, 대량 취급자 — 에게, 본토에서 수집된 개인정보는 PIPL 제40조와 사이버보안법 제39조(구 제37조)상 본토에 저장되어야 합니다; 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조항을 제37조에서 제39조로 재번호(실질 불변). 해외 관리형 리전은 구조적으로 그것을 충족할 수 없습니다. |
| 도달 가능성은 축이 아니다 — 합법적인 경로 | 클러스터가 빨리 답한다는 것은 아무것도 바꾸지 않습니다: 데이터는 여전히 클러스터가 돌아가는 곳이면 어디든 쉬고, 레지던시 의무는 여전히 적용됩니다. 엔진이 레지던시 중립적이고 자가 호스팅 가능하므로, 합법적인 경로는 그것을 국내에서 돌리는 것 — 본토 인프라에 자가 호스팅 — 과 그 앞의 어떤 중국 지향 표면이든 ICP 비안 전달에 두는 것입니다. |
데이터가 실제로 어디 쉬는가
TiDB의 입장은 로드 시점 테스트가 아니라 클러스터가 어디서 돌아가느냐로 정해집니다. 엔진은 무료 Apache-2.0 오픈 소스 소프트웨어이고, PingCAP 자체 TiDB Self-Managed 페이지는 귀사가 그것을 귀사가 통제하는 인프라에 배치하고 관리한다는 데 명시적입니다: “Deploy and manage TiDB on your own infrastructure with complete flexibility”(완전한 유연성으로 귀하 자체 인프라에 TiDB를 배치하고 관리하라), 그리고 “Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance”(네트워킹·접근·컴플라이언스에 완전한 통제로 귀하 자체 VPC·데이터센터·Kubernetes 클러스터에서 TiDB를 돌려라). 그것이 레버입니다 — 같은 엔진은 그것이 해외에 앉든 중국 본토 땅에 앉든 동일하게 돌아가므로, 레지던시는 전적으로 귀사가 그것을 어디 배치하느냐의 질문이지, 소프트웨어가 작동하느냐의 질문이 아닙니다.
관리형 서비스는 다른 지도입니다. TiDB Cloud는 PingCAP 자체 문서에 “a fully managed, cloud-native Database-as-a-Service (DBaaS)”(완전 관리형, 클라우드 네이티브 데이터베이스 서비스(DBaaS))로 묘사되고, 그것은 “is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud”(현재 AWS·Azure·Google Cloud·Alibaba Cloud에서 이용 가능)합니다. 저희가 확인할 수 있었던 게시된 국제 리전 — 싱가포르·도쿄·자카르타 등 — 은 본토 밖에 앉고, 저희는 관리형 서비스에 대한 확인된 중국 본토 리전을 찾지 못했습니다; 그 목록이 바뀔 수 있으므로, 어느 답에든 의존하기 전에 현재 옵션을 PingCAP에 확인하세요. 관리형 클러스터가 해외 리전에 놓인 곳에서, 그 안의 개인정보는 본토 대비 해외에 저장되고, 본토에서 수집된 개인정보를 그것에 옮기는 것은 중국 밖으로의 국경 간 이전입니다. 이 모든 것 때문에, 익숙한 “상하이에서 응답하는가?” 테스트는 틀린 질문입니다 — 그것이 이 페이지가 TiDB에 대한 일차 중국 지연 시간 수치를 게시하지 않는 이유입니다; 속도는 틀린 나라에 앉아 있는 데이터의 축이 아닙니다. PIPL 아래 국경 간 데이터 이전에 대한 저희 설명을 보세요.
그것이 지니는 것은 개인정보입니다
TiDB 클러스터는 좀처럼 한 줌의 행이 아닙니다. TiDB는 대규모 애플리케이션을 위한 기록 시스템이 되도록 지어진 분산 SQL 데이터베이스입니다 — 그것은 귀사 애플리케이션이 쓰고 읽는 계정·주문·결제·프로필·트랜잭션 이력을 지닙니다. 그것이 바로 사람을 식별하는 데이터입니다: 이름·전화번호·이메일과 계정 식별자·배송과 청구 주소·주문과 결제 기록, 그리고 계정에 붙은 행동 이력은 그것들이 식별된 또는 식별 가능한 사람에 관련되는 곳이면 어디든 중국의 개인정보 보호법상 개인정보이고, 금융·건강·정밀 위치·미성년자 데이터가 나타나는 곳에서 PIPL 제28조상 민감 개인정보입니다.
규모가 중국 질문을 날카롭게 합니다. 중국 사이버공간관리국이 명시하는 볼륨에서 개인정보를 처리하는 취급자는 가중된 의무 아래 떨어집니다 — 개인정보가 나라를 떠나도 되기 전의 이전 메커니즘, 그리고, 핵심정보인프라 운영자나 그 볼륨에서 데이터를 지니는 취급자에게는, 국내 저장 의무. PIPL 제40조와 사이버보안법 제39조(구 제37조)상, 본토에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다. 해외 TiDB Cloud 리전은 구조적으로 그 의무를 충족할 수 없고, 귀사 클러스터가 클수록, 귀사가 그것을 촉발하는 문턱 안에 있을 가능성이 높습니다.
그것을 해외에서 돌리는 것은 레지던시 의무를 충족하지 않습니다 — 그리고 무엇이 충족하는가
해외 리전의 관리형 클러스터가 법이 집에 머물 것을 요구하는 본토에서 수집된 개인정보를 지닐 수 없다면, 고침은 중국 안에서 그 해외 엔드포인트로 되닿는 것이 아닙니다 — 그것은 데이터가 살아야 하는 곳에서 TiDB를 돌리는 것입니다. 여기가 TiDB의 오픈 소스 본성이 결정적인 곳이고, 그것은 좋은 소식입니다: 엔진이 레지던시 중립적이고 자가 호스팅 가능하므로, 귀사는 규정에 맞게 되려 TiDB에서 마이그레이션하거나 데이터 계층을 재구축할 필요가 없습니다. 귀사는 같은 엔진을, 국내에서, 돌립니다.
합법적인 국내 패턴은 오픈 소스 TiDB를 중국 본토 인프라에 자가 호스팅하는 것으로, 그러니 클러스터와 그 안의 개인정보가 결코 나라를 떠나지 않습니다; TiDB의 분산 설계 — 복제된 저장 계층 위의 무상태 SQL 노드 — 는 귀사 자체 베어메탈·VM·Kubernetes에 배치되고 확장되도록 지어졌고, 그것은 재플랫폼이 아니라 일상적 운영입니다. 본토에 라이선스를 가진 국내나 주권 클라우드 관리형 옵션이 이용 가능한 곳에서, 그것은 귀사가 운영자에게 직접 확인하는 대안으로, 그 자체 가용성과 컴플라이언스에 종속됩니다. 어느 경우든 귀사는 합법적으로 떠날 수 있는 집계되거나 비식별화된 결과만 해외로 이전하고, 원시의, 사용자 수준 중국 데이터는 국내에 유지합니다. 이 가운데 어느 것도 귀사 특정 상황에 대한 판정이 아닙니다: 귀사가 핵심정보인프라 운영자인지, 어떤 볼륨 문턱을 넘는지, 어떤 이전 메커니즘이 적용되는지, 그리고 어떤 이전이 애초에 합법적인지는 귀사가 실제로 지니는 데이터와 그것을 지니는 법인에 대해 귀사 법무와 정할 질문입니다.
합법적인 경로 — 지도화, 현지화, 전송
중국의 사용자를 위해 TiDB를 돌리는 합법적이고 내구성 있는 방식이 있고, 그것은 귀사 스택의 모양을 온전히 유지합니다. 21YunBox는 마이그레이션이 아니라 규정에 맞는 오버레이이고 — TiDB와 PingCAP에 대한 경쟁자가 아니라 파트너입니다. 저희 중국 팀은 세 움직임으로 일합니다. 저희는 귀사 노출을 지도화합니다: PIPL 국경 간 질문, 이전 메커니즘, 핵심정보인프라 운영자와 대량 취급자를 위한 국내 저장 의무, 그리고 어떤 중국 지향 표면에든 ICP 비안(备案) 의무 — 귀사 법인, 귀사 데이터 볼륨, 그리고 누구의 개인정보가 클러스터에 앉는지에 비추어 읽은. 저희는 데이터베이스를 국내에서 돌려 현지화합니다 — 본토 인프라의 자가 호스팅 오픈 소스 TiDB, 또는 하나가 이용 가능한 곳에서 라이선스를 가진 국내 옵션 — 그러니 개인정보가 본토 땅에 머뭅니다; 현지화는 해외 엔드포인트로 돌아가는 경로가 결코 아니라, 합법적인 국내 클러스터를 세움을 뜻합니다. 그리고 저희는 데이터베이스 앞의 모든 중국 지향 표면 — 애플리케이션·API 엣지·귀사 본토 사용자가 닿는 관리자와 보고 포털 — 을 국내에서 ICP 비안 인프라, 21YunBox Optimizer로, 귀사가 이미 돌리는 스택 앞에서, 재구축도 두 번째 코드베이스도 없이 전송합니다. 그 결과는 귀사 중국 사용자를 위해 합법적으로 규정에 맞게 돌아갑니다. 21YunBox는 어떤 종류의 우회도 결코 사용하거나 제안하지 않습니다.
관련 읽을거리:
자주 묻는 질문
TiDB는 중국 본토 리전이 있나요?
관리형 서비스 TiDB Cloud는 PingCAP이 AWS·Azure·Google Cloud·Alibaba Cloud에서 돌리는 완전 관리형 DBaaS입니다. 그 게시된 국제 리전 — 싱가포르·도쿄·자카르타 등 — 은 본토 밖에 앉고, 저희는 관리형 서비스에 대한 확인된 중국 본토 리전을 찾지 못했으므로, 현재 옵션을 PingCAP에 직접 확인하세요. 데이터베이스 자체를 본토에 유지하는 믿을 만한 방법은 오픈 소스 TiDB를 국내 인프라에 자가 호스팅하는 것으로, 귀사가 그것을 운영하고, 보안하고, 직접 비안합니다.
우리 중국 사용자 기록을 해외 TiDB 클러스터에 유지하는 것은 문제인가요?
그것을 단순한 예나 아니오가 아니라, 법무와 평가할 리스크로 다루세요. 클러스터는 중국에서 수집된 개인정보를 지니고, 그것을 해외 리전에 저장하는 것은 그것을 PIPL상 국경 간 이전으로 만듭니다 — 귀사는 고지하고, 별도 동의를 얻고, 하나의 이전 메커니즘(제38~40조)을 통과해야 합니다. 귀사가 핵심정보인프라 운영자이거나 규제당국의 볼륨 문턱 이상으로 개인 데이터를 처리하면, 국내 저장 의무도 적용되고(PIPL 제40조; 사이버보안법 제39조, 구 제37조), 해외 리전은 그것을 충족할 수 없습니다.
21YunBox가 우리 TiDB 설정을 중국에서 작동하게 도울 수 있나요?
예. 저희 중국 팀은 귀사 데이터 레지던시와 PIPL 국경 간 노출이 실제로 어디 앉는지 — 귀사 법인, 귀사 데이터 볼륨, 그리고 그것이 누구의 데이터인지에 대해 — 지도화하고, 그다음 규정에 맞는 존재가 필요로 하는 국내 TiDB 배치와 ICP 비안 국내 전달을, 귀사가 이미 돌리는 스택 앞에서 세웁니다. TiDB는 오픈 소스이고 자가 호스팅 가능하므로, 저희는 귀사에게 재구축을 요구하기보다 클러스터를 본토 인프라로 현지화합니다. 저희는 TiDB와 PingCAP에 대한 경쟁자가 아니라 파트너이고, 어떤 종류의 우회도 결코 사용하거나 제안하지 않습니다. 귀사 사례를 짚어 나가려면 연락하세요.
