Thin Backend는 중국에서 작동하나요? 데이터 레지던시, PIPL, 귀사 Postgres가 어디 사는가
Thin Backend는 MIT 라이선스, Postgres 기반 백엔드 서비스입니다 — 귀사 앱의 데이터를 지니는 기록 시스템. 그 관리형 서비스는 중국 본토 리전 없이 해외에서 돌아가고, 자가 호스팅하면 귀사가 두는 곳 어디든 삽니다. 그러니 속도가 아니라 귀사 중국 사용자의 데이터 레지던시가 PIPL상 결정적 질문입니다.
Thin Backend는 중국에서 작동하나요?
귀사가 Thin Backend를 중국에서 쓸 수 있느냐는 먼저 속도가 아니라 데이터 레지던시 질문입니다. Thin Backend는 귀사 Postgres 데이터베이스 위에 완전한 API를 얹는 백엔드 서비스입니다 — 귀사 앱의 데이터를 지니는 기록 시스템으로, 거기에는 흔히 개인정보가 포함됩니다 — 그러니 중국 법은 그 데이터베이스가 어디 사느냐에 응답합니다.
Thin Backend 자체 저장소에서 그것은 “Instant API for your Postgres DB,”(귀하 Postgres DB를 위한 즉석 API) 귀사가 “automatically get a fully featured API backend on top of your Postgres DB”(귀하 Postgres DB 위에 완전한 기능을 갖춘 API 백엔드를 자동으로 얻음)하도록 지어진 것입니다. 그 데이터베이스가 어디 앉느냐는 배치 선택입니다: 관리형 서비스는 중국 본토 밖 Thin Backend 자체 호스팅에서 돌아가고, 프로젝트가 MIT 라이선스이므로 — “You can also self-host Thin Backend”(귀하는 Thin Backend를 자가 호스팅할 수도 있다) — 귀사는 대신 그것을 귀사가 고르는 곳 어디서든 돌릴 수 있습니다. 어느 쪽이든 귀사 중국 사용자의 개인 데이터를 해외에 저장하면 모든 읽기와 쓰기가 그것을 국경 너머로 나릅니다 — PIPL이 규율하는 국경 간 이전 — 그리고 CIIO나 대량 취급자에게, 어떤 해외 배치도 충족할 수 없는 데이터 레지던시 의무. 아래 표는 Thin Backend 자체 표현과 그것이 촉발하는 규칙입니다.
이것은 판정이 아니라 리스크 그림입니다 — 귀사 의무는 귀사가 백엔드를 어디서 돌리는지, 귀사 데이터 볼륨, 그리고 귀사 역할에 달려 있습니다. 저희 중국 팀이 귀사와 함께 Thin Backend 데이터 레지던시 노출을 지도화할 수 있습니다 →
컴플라이언스 스냅샷
- ! Thin Backend는 귀사 Postgres 기록 데이터입니다 — 그것을 해외에 호스팅하면 개인 데이터 자체가 모든 읽기와 쓰기에 국경을 넘습니다
- ! 그것이 어디서 돌아가느냐는 배치 선택입니다: 관리형 서비스는 중국 본토 리전 없이 해외; 자가 호스팅하면, 레지던시는 귀사가 두는 곳 어디든
- ! 기본값으로 Thin Backend의 Postgres 속 귀사 중국 사용자의 데이터는 해외에 앉습니다 — PIPL이 규율하는 국경 간 이전
- ✕ CIIO와 대량 취급자는 어떤 해외 배치도 충족할 수 없는 국내 저장을 집니다
- ✓ 규정에 맞는 경로가 있습니다: 귀사 스택 앞의 ICP 비안 국내 저장과 전달 — 재구축 없고, 마이그레이션 없이
Thin Backend 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Thin Backend 자체 저장소에서, 프로젝트는 “Instant API for your Postgres DB”(귀하 Postgres DB를 위한 즉석 API)입니다: 귀사는 “use a Thin Backend server to automatically get a fully featured API backend on top of your Postgres DB”(Thin Backend 서버를 써서 귀하 Postgres DB 위에 완전한 기능을 갖춘 API 백엔드를 자동으로 얻음)합니다. 그것은 따라서 귀사 애플리케이션이 읽고 쓰는 데이터 — 흔히 사용자의 개인정보 — 를 지니는 기록 시스템이고, 그 Postgres 데이터베이스가 어디 사느냐가 중국 법이 응답하는 것입니다. | Thin Backend — GitHub repository (digitallyinduced/thin-backend), 2026-10-08 열람 |
| Thin Backend는 MIT 라이선스이고 자가 호스팅 가능합니다 — 그 저장소는 평이하게, “You can also self-host Thin Backend.”(귀하는 Thin Backend를 자가 호스팅할 수도 있다)라 밝힙니다. 그러니 귀사 기록 데이터베이스의 위치는 배치 선택입니다: 관리형 서비스는 중국 본토 밖 Thin Backend 자체 호스팅에서 돌아가고, 귀사가 자가 호스팅하면 Postgres를 귀사가 돌리는 곳 어디든 둡니다. 어느 쪽이든 해외는 귀사 중국 사용자의 데이터가 국경 너머에 산다는 뜻입니다; 공개 서비스를 위해 본토 안이면 ICP 비안과 국내 저장이 작동합니다. | Thin Backend — GitHub repository (digitallyinduced/thin-backend), 2026-10-08 열람 |
| 백엔드 서비스는 기록 시스템입니다: 모든 읽기가 그 Postgres에서 개인 데이터를 꺼내고 모든 쓰기가 그것을 되돌려 넣으므로, 중국 본토 안에서 해외 Thin Backend에 연결하는 애플리케이션이나 사용자는 한 번이 아니라 연속적으로 국경을 넘어 개인정보를 교환합니다. PIPL이 그 국경 간 이전을 규율합니다 — 개인정보 취급자(Thin Backend가 아니라 귀사)는 고지하고, 별도 동의를 얻고, 하나의 이전 메커니즘을 충족해야 합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증. | PIPL 제3장, 제38~43조 |
| CIIO나 대량 취급자에게, 중국에서 수집된 개인정보는 중국 본토 안에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 해외 Thin Backend — 관리형이든, 국외에 자가 호스팅되든 — 는 그 데이터 국내화 의무를 충족할 수 없습니다; 귀사 중국 사용자의 데이터를 중국 땅에 유지하는 유일한 방법은 백엔드와 그 Postgres를 본토 안 ICP 비안 인프라에서 돌리는 것입니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조) |
| 노출은 단지 백엔드를 쓰는 것이 아니라 볼륨과 역할에 따라 커집니다: CAC의 2024년 3월 국경 간 데이터 규칙상, 비CIIO가 한 역년에 10만 명 미만의 비민감 개인정보를 이전하는 것은 안전성 평가·표준계약·인증에서 면제됩니다 — 귀사가 깨끗하다고 가정하기 전에 확인할 가치가 있는 문턱. | CAC — 국경 간 데이터 흐름 촉진과 규범화에 관한 규정, 2024년 3월 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 8일에 출처를 확인했습니다.
중국 본토 청중에, Thin Backend에 관한 결정적 질문은 쿼리가 얼마나 빨리 돌아오느냐가 아닙니다 — 그것은 귀사 데이터가 어디 살도록 허가되느냐입니다. Thin Backend는 백엔드 서비스(BaaS)입니다: 그 자체 말로 “Instant API for your Postgres DB,”(귀하 Postgres DB를 위한 즉석 API) 귀사 애플리케이션이 읽고 쓰는 기록 시스템으로, 귀사 사용자가 생성하는 어떤 개인 데이터든 지닙니다. 그 Postgres 데이터베이스가 어디 앉느냐는 배치 선택입니다 — Thin Backend의 관리형 서비스는 중국 본토 밖 회사 자체 호스팅에서 돌아가고, 프로젝트가 MIT 라이선스이므로 귀사는 그것을 귀사가 고르는 인프라에 자가 호스팅할 수도 있습니다. 어느 쪽이든, 중국 법이 응답하는 것은 데이터 — 그리고 그것의 모든 읽기와 쓰기 — 가 실제로 어디 사느냐입니다.
Thin Backend를 중국에서 한눈에
| 무엇이 그것을 결정하는가 | Thin Backend가 중국에 대해 어디 서는가 |
|---|---|
| 그것이 무엇인가 | MIT 라이선스, Postgres 기반 백엔드 서비스 — 그 자체 말로 “fully featured API backend on top of your Postgres DB”(귀하 Postgres DB 위의 완전한 기능을 갖춘 API 백엔드). 그것은 귀사 애플리케이션의 데이터를 지니는 기록 시스템이고, 거기에는 흔히 사용자의 개인정보가 포함됩니다. 그 데이터가 어디 사느냐가 결정적 질문입니다. |
| 그것이 어디서 돌아가는가 | 배치 선택. 관리형 서비스는 중국 본토 밖 Thin Backend 자체 호스팅에서 돌아갑니다; 그리고 그것이 오픈 소스이므로 — “You can also self-host Thin Backend”(귀하는 Thin Backend를 자가 호스팅할 수도 있다) — 귀사는 그것을 귀사가 고르는 인프라에서 돌릴 수 있습니다. 어느 경로도 기본값으로 귀사 앞에 중국 본토 리전을 두지 않습니다. |
| Thin Backend 속 귀사 데이터 | 귀사 앱이 중국 사용자를 위해 저장하는 개인 데이터는 백엔드가 돌아가는 곳이면 어디든 — 기본값으로 해외에 — 앉습니다, PIPL이 규율하는 국경 간 이전으로, 모든 읽기와 쓰기에 국경을 넘어 움직이는. |
| 데이터 레지던시 | CIIO나 대량 취급자에게, 중국에서 수집된 개인정보는 본토에 머물러야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 어떤 해외 배치도 그것을 충족할 수 없습니다; 공개 서비스를 위해 중국 안에 자가 호스팅하는 것은 ICP 비안과 국내 저장을 작동시킵니다. |
| 닿을 수 있는가? | 중국에서 백엔드에 닿는 것은 그것이 어디서 돌아가느냐에 달린 전송 문제입니다. 닿을 수 있든 없든, 기록 데이터의 위치가 컴플라이언스 사실입니다. |
귀사 기록 데이터베이스는 귀사가 돌리는 곳 어디든이다
Thin Backend는 귀사 애플리케이션이 실제로 그 데이터를 보관하는 곳입니다. 그 저장소는 그것을 “Instant API for your Postgres DB”(귀하 Postgres DB를 위한 즉석 API) — “use a Thin Backend server to automatically get a fully featured API backend on top of your Postgres DB”(Thin Backend 서버를 써서 귀하 Postgres DB 위에 완전한 기능을 갖춘 API 백엔드를 자동으로 얻음) — 로 묘사합니다. 그 데이터베이스가 기록 시스템이고, 그 위치는 고정된 주소가 아니라 배치 결정입니다. Thin Backend의 관리형 서비스는 중국 본토 밖 회사 자체 호스팅에서 돌아갑니다; 그리고 프로젝트가 MIT 라이선스이므로, 그 자체 문서는 “You can also self-host Thin Backend”(귀하는 Thin Backend를 자가 호스팅할 수도 있다)라 적어, 팀이 대신 그것을 자기가 고르는 인프라에서 돌릴 수 있습니다. 중국 질문은 어떤 쿼리가 측정되기도 전에 그 선택으로 정해집니다: 관리형 서비스에서든, 국외에 자가 호스팅되든, 귀사 중국 사용자가 생성하는 데이터는 국경의 먼 쪽에 저장됩니다; 오직 백엔드와 그 Postgres를 본토 안 인프라에서 돌림으로써만 데이터가 중국 땅에 머뭅니다. 핵심정보인프라 운영자나 대량 취급자에게, 그 국내 저장은 선택 사항이 아닙니다.
백엔드는 CDN이 아니다 — 개인 데이터 자체가 움직인다
정적 파일에서, 국경을 넘는 것은 자산의 사본입니다. 백엔드 서비스에서, 국경을 넘는 것은 개인 데이터 자체입니다. Thin Backend 자체 기능 집합은 라이브 읽기와 쓰기 위에 지어졌습니다: 그것은 “Postgres Policies to make sure that users can only see what they’re allowed to see”(사용자가 허락된 것만 볼 수 있도록 하는 Postgres 정책)를 쓰고, 그 실시간 쿼리는 애플리케이션 상태를 “synchronized in real-time across all users”(모든 사용자 전반에 실시간으로 동기화)로 유지합니다. 그러니 해외 Thin Backend에 대해 작업하는 중국 본토의 사용자는 한 번이 아니라 연속적으로 국경을 넘어 개인정보를 교환하고 있습니다. 중국의 개인정보 보호법상 해외 저장과 그 지속적 흐름 둘 다 국경 간 이전이고, 그 의무는 Thin Backend가 아니라 — 취급자인 — 귀사 것입니다: 고지, 별도 동의, 그리고 하나의 통과된 이전 메커니즘. 더 빠른 왕복은 데이터를 상주시키지 않습니다; 그것이 성능 튜닝이 닿을 수 없는 부분입니다.
호스팅이든 자가 호스팅이든, 위치가 여전히 컴플라이언스 사실이다
Thin Backend는 그것을 돌리는 두 가지 방법을 주고, 컴플라이언스 테스트는 둘 다 같습니다: 백엔드와 그 Postgres가 어디 앉든, 그것들이 귀사 중국 사용자를 위해 지니는 개인 데이터는 그 위치에 의해 규율됩니다. 관리형 서비스는 중국 본토 리전을 게시하지 않으므로, 그 위에서 데이터는 기본값으로 해외입니다. 자가 호스팅은 귀사에게 위치의 선택 — 그리고 그와 함께 따라오는 의무 — 을 건넵니다: 그것을 해외에서 돌리면 귀사는 국경 간 이전으로 되돌아갑니다; 대중을 섬기려 중국 본토 안에서 돌리면 귀사는 ICP 비안과 국내 저장이 필요합니다. 그 해외 백엔드가 중국에서 빨리 응답하느냐 느리게 응답하느냐는 이 모든 것과 독립적인 전송 문제입니다; 즉석 응답도 여전히 데이터를 본토 밖에 둡니다. 이것을 판정이 아니라 리스크 지도로 다루세요: 귀사가 국내화 의무, 이전 메커니즘 의무, 또는 둘 다를 마주하느냐는 귀사가 무엇을 저장하고, 얼마나 많은 개인 데이터를 지니고, 귀사 사용자가 누구인지에 달려 있습니다 — 짓기 전에 법무와 정할 가치가 있습니다.
21YunBox가 어디 맞는가 — 마이그레이션이 아니라 규정에 맞는 오버레이
귀사는 Thin Backend 위에 계속 짓습니다. 저희는 해외 백엔드가 할 수 없는 조각을 더합니다: 규정에 맞는, 본토 안에서의 ICP 비안 저장과 전달, 귀사가 이미 돌리는 스택 앞에 놓인 — 재구축 없고, 두 번째 코드베이스 없고, Thin Backend에서 이동 없이. 저희 중국 팀은 귀사 국경 간과 데이터 레지던시 의무를 귀사가 어떻게 배치하는지, 귀사 법인, 그리고 귀사 데이터 볼륨에 비추어 지도화하고, 그다음, 법이 귀사 중국 사용자의 데이터가 중국 땅에 머물 것을 요구하는 곳에서, 합법적인 중국 존재가 필요로 하는 국내 저장과 전달을 세웁니다 — 그러는 동안 귀사 애플리케이션은 있는 곳에서 정확히 계속 돌아갑니다.
관련 읽을거리:
자주 묻는 질문
Thin Backend는 중국 사용자의 데이터를 중국 본토에 저장하나요?
귀사가 그것을 거기 둘 때만입니다. Thin Backend는 귀사 앱을 위한 Postgres 기반 기록 시스템이고, 그 데이터가 어디 사느냐는 백엔드가 어디서 돌아가느냐를 따릅니다: 그 관리형 서비스는 중국 본토 밖 Thin Backend 자체 호스팅에서 돌아가고, 프로젝트가 MIT 라이선스이므로 귀사는 그것을 어디든 자가 호스팅할 수 있습니다. 기본값으로 — 관리형 서비스에서 — 귀사 중국 사용자의 데이터는 중국 땅이 아니라 해외에 보관됩니다.
중국 지향 앱에 Thin Backend를 쓰는 것은 불법인가요?
그 자체로는 아닙니다. 이슈는 개인정보의 국경 간 이전과 해외 저장입니다: PIPL은 귀사가 고지하고, 별도 동의를 얻고, 하나의 이전 메커니즘을 충족하면 그것을 허용하고, 핵심정보인프라 운영자와 대량 취급자에게 국내 저장 의무를 더합니다. 그것이 무는지는 귀사가 어디 호스팅하는지, 귀사 데이터 볼륨, 그리고 귀사 역할에 달려 있습니다 — 그것을 전면 금지가 아니라, 법무와 정할 리스크로 다루세요.
21YunBox가 우리 Thin Backend 설정을 중국에서 규정에 맞게 도울 수 있나요?
예. 저희 중국 팀은 귀사가 어떻게 배치하는지, 귀사 데이터 볼륨, 그리고 귀사 역할에 대한 귀사 국경 간과 데이터 레지던시 노출을 평가하고, 그다음 — 법이 귀사 중국 사용자의 데이터가 본토에 머물 것을 요구하는 곳에서 — 규정에 맞는, ICP 비안 국내 저장과 전달을 귀사가 이미 돌리는 스택 앞에서, 재구축 없고 마이그레이션 없이 세웁니다. 귀사 특정 사례를 짚어 나가려면 연락하세요.
