PostgreSQL은 중국에서 작동하나요? 데이터 레지던시, 국내화, PIPL 국경 간
PostgreSQL은 설치하는 곳 어디서든 돌아가는 무료·오픈소스 소프트웨어입니다 — 중국 본토 땅에 자체 호스팅하는 것을 포함해, 그것이 합법적 레버입니다. 컴플라이언스 질문은 어디서 돌리느냐입니다: 중국 본토 리전이 없는 해외 관리형 서비스는 귀사 중국 기록을 해외에 둡니다, PIPL 국경 간 이전. 귀사 데이터베이스 데이터가 어디에 머물 수 있는지를 컴플라이언스 우선으로 살펴봅니다.
PostgreSQL은 중국에서 작동하나요?
PostgreSQL이 중국에서 작동하는지는 도달 가능성이 아니라 데이터 레지던시의 문제이며 — 엔진 자체가 합법적 레버입니다. PostgreSQL은 중국 본토 안의 서버에 자체 호스팅하는 것을 포함해 모든 주요 운영체제에서 돌아가는 무료·오픈소스 소프트웨어입니다; 결코 "차단"되지 않습니다.
PostgreSQL은 레지던시 중립이므로, 데이터가 어디에 자리 잡는지는 엔진이 아니라 귀사가 어디에 배포하느냐로 결정됩니다. 국내에 자체 호스팅하거나 라이선스받은 국내 관리형 서비스(예: 알리바바 클라우드 ApsaraDB RDS for PostgreSQL의 본토 리전)에서 돌리면 귀사 중국 기록이 본토 땅에 머뭅니다. 중국 본토 리전이 없는 해외 관리형 서비스 — Google Cloud SQL, Supabase, Neon은 하나도 열거하지 않습니다 — 에서 돌리면 그것이 보유하는 고객 계정·사용자 프로필·거래가 해외에 놓입니다: PIPL이 규율하는 개인정보의 국경 간 이전(제38~40조)이고, 핵심정보인프라 운영자나 대량 취급자에게는 국내 저장 의무 위반입니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 소버린 파티션이 존재합니다 — Sinnet·NWCD의 AWS 차이나, 21Vianet의 Azure 차이나 — 그러나 각각은 자체 계정·ICP·기능 격차를 가진 별개 운영자이므로, 국내 리전이 자동 컴플라이언스는 아닙니다.
이는 판정이 아니라 리스크 지도입니다 — 귀사 의무는 법인, 데이터 규모, 그리고 데이터베이스에 누구의 개인정보가 있는지에 따라 달라집니다. 저희 중국 팀이 귀사의 PostgreSQL 데이터 노출을 함께 지도화합니다 →
컴플라이언스 스냅샷
- ! PostgreSQL은 레지던시 중립: 데이터가 머무는 곳은 귀사가 어디에 배포하느냐로 정해짐
- ✕ 중국 본토 리전이 없는 해외 관리형 Postgres는 귀사 중국 데이터를 해외에 둠
- ! 해외 리전의 중국 기록은 PIPL 국경 간 이전(제38~40조)
- ! CIIO·대량 취급자는 해외 DB가 충족 못 하는 국내 저장 의무를 짐
- ! 국내 옵션 존재 — 자체 호스팅, 알리바바 ApsaraDB, 소버린 클라우드 — 다만 격차 있음
- ✓ 합법적 경로: 노출 지도화, 국내 저장 현지화, ICP 비안 국내 전송
PostgreSQL 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| PostgreSQL은 벤더나 호스팅 위치가 아니라 레지던시 중립의 자체 호스팅 가능 소프트웨어입니다. 자체 About 페이지는 PostgreSQL을 "free and open source"(무료·오픈소스) 소프트웨어로, "runs on all major operating systems"(모든 주요 운영체제에서 돌아간다)고 설명하며, 커뮤니티가 운영하는 PostgreSQL Global Development Group이 유지합니다. 귀사가 엔진을 직접 내려받아 돌리므로, 데이터가 어디에 자리 잡는지는 전적으로 귀사가 어디에 배포하느냐로 정해집니다 — 데이터를 본토 땅에 두는 본토 중국 인프라 자체 호스팅(합법적 레버)을 포함해. | PostgreSQL project — About page, 2026-10-10 열람 |
| 해외 관리형 Postgres 서비스에는 중국 본토 리전이 없습니다. Google 자체 Cloud SQL 위치 페이지는 "when you create a Cloud SQL instance, you choose a region where the instance and its data are stored"(Cloud SQL 인스턴스를 만들 때 인스턴스와 그 데이터가 저장되는 리전을 고른다)고 하며 — 홍콩(asia-east2)과 타이완(asia-east1)을 포함해 — 마흔 개 넘는 리전을 열거하는데 중국 본토에는 하나도 없습니다. 서버리스 Postgres 클라우드인 Supabase와 Neon도 중국 본토 리전을 열거하지 않습니다. 라이선스받은 국내 관리형 옵션은 존재하며(예: 알리바바 클라우드 ApsaraDB RDS for PostgreSQL의 본토 리전), 별도의 소버린 파티션도 있습니다 — Sinnet·NWCD가 운영하는 AWS 차이나, 21Vianet이 운영하는 Azure 차이나. | Google Cloud SQL for PostgreSQL — Manage instance locations, 2026-10-10 열람 |
| 해외에 저장된 중국 고객·사용자 기록은 PIPL상 국경 간 이전입니다. 관계형 데이터베이스는 개인정보가 자리 잡는 곳입니다 — 계정, 프로필, 주문, 거래. 본토에서 수집되어 해외 PostgreSQL 배포에 저장된 기록은 PIPL이 규율하는 국외 이전으로, 고지, 별도 동의, 하나의 이전 메커니즘(PIPL 제38~40조)이 요구되며, 규모나 민감도 임계치 이상에서는 CAC 안전성 평가가 있을 수 있습니다 — 책임지는 처리자는 오픈소스 프로젝트가 아니라 귀사입니다. | 중화인민공화국 개인정보 보호법, 제28조 및 제38~40조 |
| CIIO와 대량 취급자는 해외 데이터베이스가 충족할 수 없는 국내 저장 의무를 집니다. 본토에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호, 실질 내용은 불변. PostgreSQL은 국내에서 동일하게 돌아가므로, 본토 인프라 자체 호스팅(또는 라이선스받은 국내 관리형 서비스)이 마이그레이션 없이 이 의무를 충족합니다. | PIPL 제40조; 중화인민공화국 사이버보안법 제39조(구 제37조) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토를 향하는 팀에게 PostgreSQL에 관한 질문은 설치되느냐 연결되느냐가 결코 아니었습니다. 됩니다: PostgreSQL은 모든 주요 운영체제에서 돌아가는 무료·오픈소스 소프트웨어이고, 버지니아의 서버에서처럼 상하이의 서버에서도 잘 돌아갑니다. 관계형 데이터베이스는 귀사 기록이 물리적으로 자리 잡는 곳입니다 — 고객 계정, 사용자 프로필, 주문과 거래, 지원 이력, 귀사 제품을 쓰는 누구든의 개인정보. 그러니 진짜 질문은 거주성의 문제입니다: 그 데이터가 어디에 살도록 허용되는가? PostgreSQL 자체는 레지던시 중립입니다. 커뮤니티가 운영하는 PostgreSQL Global Development Group은 호스팅 위치가 아니라 엔진을 배송하며, 데이터가 어디에 머무는지는 전적으로 귀사가 어디에 배포하느냐로 결정됩니다 — 국내에 자체 호스팅하거나 라이선스받은 국내 관리형 서비스에서는 본토 땅에 머물고; 중국 본토 리전이 없는 해외 관리형 서비스에서는 귀사 중국 기록이 해외에 놓입니다.
한눈에 보는 중국에서의 PostgreSQL
| 무엇이 결정하나 | PostgreSQL 자신의 표현 — 그리고 중국의 법 |
|---|---|
| 기록이 물리적으로 머무는 곳 | PostgreSQL은 레지던시 중립입니다: 자체 사이트는 그것을 “무료·오픈소스” 소프트웨어로, “모든 주요 운영체제에서 돌아간다”고 부릅니다. 데이터가 어디에 자리 잡는지는 귀사가 어디에 배포하느냐로 정해집니다 — 본토 인프라에 자체 호스팅, 라이선스받은 국내 관리형 서비스(예: 알리바바 클라우드 ApsaraDB RDS for PostgreSQL의 본토 리전), 또는 해외 관리형 서비스. 해외 관리형 Postgres — Google Cloud SQL, 그리고 Supabase·Neon 같은 서버리스 클라우드 — 는 중국 본토 리전을 열거하지 않습니다. |
| 무엇을 담고 왜 개인정보인가 | 관계형 데이터베이스는 개인정보가 자리 잡는 곳입니다: 귀사 중국 고객의 이름·이메일·계정번호·주문과 거래 이력·기기 식별자, 그리고 귀사 중국 직원의 인사·신원 기록. 식별 가능한 사람을 기술하는 순간 개인정보이며 — 단일 테이블이 PIPL 제28조 민감 개인정보: 금융·정부 ID·정밀 위치·건강 필드를 담을 수 있습니다. |
| 데이터베이스 안의 귀사 본토 데이터 | 중국에서 수집되어 해외 PostgreSQL 배포에 저장된 기록은 PIPL이 규율하는 국경 간 이전입니다: 고지, 별도 동의, 하나의 이전 메커니즘(PIPL 제38~40조). 책임지는 처리자는 오픈소스 프로젝트가 아니라 운영자인 귀사입니다. |
| 국내 저장 의무 | 핵심정보인프라 운영자나 대량 취급자는 해외 데이터베이스가 충족할 수 없는 국내 저장 의무를 집니다 — 본토 개인정보와 중요 데이터는 본토에 머물러야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 2026년 1월 1일 발효한 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호, 실질 내용은 불변. |
| 접속은 되나? | 도달 가능성은 질문이 아니라 전송의 절반으로 다루세요 — 엔진은 국내에서 문제없이 돌아갑니다. 합법적 레버는 그것을 국내에서(자체 호스팅, 또는 라이선스·소버린 관리형 옵션) 돌리는 것이고, 그 앞단의 모든 중국을 향한 표면 — 앱, API 엣지, 관리·리포팅 포털 — 은 본토 호스팅 자원에 결부된 ICP 비안이 필요합니다(국무원령 제292호; 공업정보화부령 제33호). |
데이터가 실제로 머무는 곳
PostgreSQL에는 리전이 없습니다; 귀사 배포에 있습니다. 엔진은 프랑크푸르트에서 돌든 싱가포르나 상하이에서 돌든 같은 비트이므로, 거주성 질문은 전적으로 귀사가 그것을 두는 호스트에 관한 것입니다.
해외 관리형 서비스에서 그 호스트는 본토 밖에 있습니다. Google 자체 Cloud SQL 위치 페이지는 *“Cloud SQL 인스턴스를 만들 때 인스턴스와 그 데이터가 저장되는 리전을 고른다”*고 한 다음, 홍콩(asia-east2)과 타이완(asia-east1)을 포함해 마흔 개 넘는 리전을 열거하며 — 중국 본토에는 하나도 없습니다. 서버리스 Postgres 클라우드인 Supabase와 Neon도 중국 본토 옵션이 없는 리전 목록을 게시합니다. 귀사 프로덕션 데이터베이스를 이들 중 아무 곳으로 겨누면 귀사 중국 고객·사용자 기록이 해외에 자리 잡습니다; 개인정보 보호법상 그것은 국경 간 이전이고, 책임지는 처리자는 귀사입니다.
국내 옵션은 진정으로 존재하며, 그것이 합법적 레버입니다. PostgreSQL을 본토 인프라에 자체 호스팅할 수 있고, 거기서 엔진은 동일하게 돌아갑니다. 라이선스받은 국내 관리형 서비스 — 예컨대 알리바바 클라우드 ApsaraDB RDS for PostgreSQL이 본토 리전에서 돌아갑니다 — 를 쓸 수 있습니다. 그리고 대형 외국 클라우드는 별도의 소버린 파티션을 통해서만 중국에 닿습니다: AWS 차이나(Sinnet이 운영하는 베이징 리전과 NWCD가 운영하는 닝샤 리전)와 Azure 차이나(21Vianet 운영)는 자체 계정·자체 ICP·자체 기능과 가용성 격차를 가진 별개의 클라우드입니다. 국내 리전은 자동 컴플라이언스가 아니라 — 그 출발점입니다.
그것이 담는 것은 개인정보다
데이터베이스가 이 정밀 검토를 받는 것은 저장하는 것 때문입니다. 귀사 데이터의 한 조각을 건드리는 도구와 달리, 귀사 주 데이터스토어는 고객 관계의 기록 전체가 떨어지는 곳입니다: 계정, 프로필, 주문, 결제, 메시지. 그 행 하나하나는 사람을 식별하는 순간 PIPL상 개인정보이고, 그중 일부는 PIPL 제28조 민감 개인정보 — 금융 기록, 정부 발급 ID, 정밀 위치, 생체 또는 건강 데이터 — 로, 더 높은 기준을 집니다: 특정 목적, 엄격한 필요성, 별도 동의.
그래서 거주성은 여기서 단지 좋은 관행이 아닙니다. 핵심정보인프라 운영자, 그리고 규제 임계치를 넘는 취급자의 경우, 본토에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 해외 데이터베이스는 구조적으로 그 의무를 충족할 수 없습니다 — 데이터가 정의상 잘못된 나라에 있기 때문입니다. 그리고 국외 이전이 아예 허용되는 경우에도, 규모나 민감도 임계치를 넘으면 무엇이든 합법적으로 떠나기 전에 CAC 주도의 데이터 국외 이전 안전성 평가를 촉발할 수 있습니다.
해외에서 돌리는 것은 레지던시 의무를 충족하지 않는다 — 무엇이 충족하는가
솔직한 요약은 좁고 중요합니다: PostgreSQL에 관한 어떤 것도 “차단”되지 않으며, 그것을 떠날 필요가 없습니다. 노출은 소프트웨어가 아니라 — 본토 개인정보를 본토 밖에 세워 두는 배포입니다. 배포를 고치면 노출이 닫힙니다.
합법적 레버는 같은 PostgreSQL을 국내에서 돌리는 것입니다. 본토 인프라에 자체 호스팅하거나 라이선스받은 국내 또는 소버린 클라우드 관리형 서비스에서 엔진은 해외에서와 똑같이 동작합니다 — 같은 SQL, 같은 확장, 같은 백업과 복제 — 그래서 중국이 국내에 머물도록 요구하는 기록이 그렇게 되며, 재작성도 두 번째 스키마도 없습니다. 본토 애플리케이션을 해외 엔드포인트로 되돌려 연결하는 것은 현지화가 아니고 저장 의무를 충족하지 않습니다; 합법적 국내 등가물을 세우는 것이 충족합니다. 데이터의 일부가 합법적으로 떠날 수 있는 곳에서는 그 이전을 최소화·동의·이전 메커니즘으로 뒷받침하여 유지하고, 데이터베이스 앞단의 중국을 향한 표면은 자체 ICP 비안을 받습니다.
이는 판정이 아니라 리스크 지도입니다. 국내 저장, 이전 메커니즘, 별도 동의, ICP 비안, 또는 그 조합 중 무엇을 지는지는 귀사 법인, 데이터 규모, 보유한 것 중 얼마나가 개인정보이거나 민감한지, 그리고 사용자가 누구인지에 따라 달라집니다 — 단일 본토 기록 하나가 어디에 살지 정하기 전에 법률 자문과 정리할 가치가 있습니다.
합법적 경로 — 진단, 현지화, 전송
중국 본토를 위해 PostgreSQL을 합법적으로 돌리려고 그것을 버릴 필요는 없습니다. 21YunBox는 마이그레이션이 아니라 규정에 맞는 오버레이이며 — 귀사가 이미 돌리는 오픈소스 엔진에 대해, 경쟁자가 아니라 스택 옆에 앉는 파트너입니다. 세 가지 수가 있고, 서로 맞물립니다.
진단(map). 저희 중국 컴플라이언스 팀은 귀사의 PIPL 국경 간·데이터 레지던시·데이터 국내화(CII) 의무를 귀사의 실제 법인, 데이터 규모, 그리고 데이터베이스에 누구의 개인정보가 있는지에 비추어 읽습니다 — 그래서 아무것도 옮기기 전에 노출이 적힙니다.
현지화(localize). 리스크가 데이터가 머무는 곳이므로, 저희는 데이터베이스를 국내에서 — 본토 인프라에 자체 호스팅하거나 라이선스받은 국내 또는 소버린 클라우드 관리형 옵션에서 — 돌려, 중국이 본토 땅에 머물도록 요구하는 개인정보가 그렇게 되게 합니다. 현지화란 같은 엔진의 합법적 국내 배포를 뜻하며, 해외 엔드포인트로 되돌려 연결하는 것이 결코 아닙니다; 최소화되고 합법적으로 이전 가능한 부분집합만 국경을 넘습니다.
전송(deliver). 데이터베이스 앞단의 모든 중국을 향한 표면 — 귀사 본토 사용자가 닿는 앱, API 엣지, 관리·리포팅 포털 — 에 대해 21YunBox Optimizer가 ICP 비안 국내 전송을, 귀사가 이미 돌리는 스택 앞단에 제공합니다. 재구축도, 두 번째 코드베이스도 없습니다. 21YunBox는 어떤 형태의 우회도 쓰거나 권하지 않습니다; 요점 전체가 합법적이고 비안된 국내 경로입니다.
목표는 분명합니다: 귀사 PostgreSQL 데이터베이스가 중국 사용자에게 합법적이고 규정에 맞게 돌아갑니다.
함께 읽기:
자주 묻는 질문
PostgreSQL은 중국에서 차단되나요?
아니요. PostgreSQL은 모든 주요 운영체제에서 돌아가는 무료·오픈소스 소프트웨어이고, 중국 본토 안의 서버에서도 문제없이 돌아갑니다 — 결코 차단되지 않습니다. 컴플라이언스 질문은 그것이 도느냐가 아니라 데이터가 어디에 머물 수 있느냐입니다: 국내에 자체 호스팅하거나 라이선스받은 국내 관리형 서비스에서는 중국 기록이 본토 땅에 머물고, 중국 본토 리전이 없는 해외 관리형 서비스에서는 해외에 놓이는데, PIPL은 이를 국경 간 이전으로 다룹니다.
어떤 관리형 PostgreSQL 서비스에 중국 본토 리전이 있나요?
글로벌 클라우드의 기본 관리형 Postgres — Google Cloud SQL, 그리고 Supabase·Neon 같은 서버리스 클라우드 — 는 중국 본토 리전을 열거하지 않습니다. 국내 옵션은 다른 운영자를 통해 존재합니다: 알리바바 클라우드 ApsaraDB RDS for PostgreSQL이 본토 리전에서 돌아가고, AWS 차이나(베이징·닝샤)는 Sinnet·NWCD가 운영하는 별도 파티션이며, Azure 차이나는 21Vianet이 운영합니다. 각각은 자체 ICP·기능·가용성 격차를 가진 별도 계정이므로, 국내 리전은 컴플라이언스의 출발점이지 자동 컴플라이언스가 아닙니다.
중국에서 규정에 맞으려면 PostgreSQL을 떠나 마이그레이션해야 하나요?
아니요. 엔진이 레지던시 중립이고 국내에서 동일하게 돌아가므로, 합법적 경로는 같은 PostgreSQL을 국내에서 — 본토 인프라 자체 호스팅, 또는 라이선스받은 국내·소버린 클라우드 관리형 서비스에서 — 돌려, 중국이 국내에 머물도록 요구하는 개인정보가 그렇게 되게 하는 것입니다. 그것은 재작성이 아니라 배포 변경입니다. 이를 리스크 지도로 다루고 귀사 자신의 법인과 데이터 규모에 맞춰 구체적인 사항을 법률 자문과 정하세요.
