Django는 중국에서 작동하나요? 데이터 레지던시·ICP·국경 간 규칙
Django는 귀사 자체 서버에서 돌리는 오픈소스 Python 코드이므로 레지던시 중립입니다 — 베이징에서든 프랑크푸르트에서든 동일하게 돕니다. 중국 질문은 귀사가 그것을 어디 배치하고 그 데이터베이스가 어디 사느냐입니다: 본토향 앱은 ICP와 MLPS를 지고, 그 데이터베이스·관리자의 개인 데이터는 PIPL에 듭니다.
Django는 중국에서 작동하나요?
Django는 귀사 자체 서버에서 돌리는 오픈소스 Python 코드이므로, 프레임워크 자체는 중국 레지던시 문제가 없습니다 — 베이징 데이터센터에서든 프랑크푸르트에서든 동일하게 돕니다. "Django는 중국에서 작동하나요?"는 사실 배치·데이터 질문입니다: 앱이 어디서 돌고, 그 데이터베이스가 어디 사느냐.
Django를 본토 청중에 겨누면 호스트는 운영자로서 ICP 비안(备案)과 MLPS(等级保护)를 집니다. 앱의 데이터베이스와 내장 관리자 안의 개인정보는 PIPL이 규율합니다; 해외 데이터베이스는 중국 사용자의 데이터를 국경 간 이전(제38~40조: 고지, 별도 동의, 이전 메커니즘)으로 만들고, 핵심정보인프라 운영자나 대량 취급자는 그것을 본토에 유지해야 합니다(사이버보안법 제39조(구 제37조)). PyPI 패키지 풀과 크래시 텔레메트리는 기본으로 해외로 라우팅됩니다.
21YunBox는 귀사 중국 데이터를 거주시킨 ICP 비안·MLPS 적정 국내 기반을 세우고, 중국향 표면을 귀사 기존 Django 앱 앞단에 전달합니다 — 재구축 없이, 그리고 결코 우회를 통하지 않고. 구체적인 것은 법률 자문과 확인할 리스크로 다루십시오.
컴플라이언스 스냅샷
- ! Django는 오픈소스 Python 코드 — 귀사 자체 서버에서 중국에서 문제없이 돎
- ! 본토향 Django 앱은 그 호스트에 ICP 비안(备案)과 MLPS를 짐
- ! 귀사 데이터베이스와 Django 관리자가 개인 데이터를 보유 — PIPL이 규율
- ! 해외 데이터베이스는 중국 사용자 개인 데이터를 국경 간 이전으로 만듦
- ! pip/PyPI 풀, 텔레메트리, 서드파티 API는 기본으로 해외로 라우팅됨
- ✓ Django를 ICP 비안·MLPS 준비 인프라에서 데이터 국내 거주로 국내 실행 — 저희가 세움
Django 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Django는 귀사가 직접 돌리는 오픈소스 코드입니다. Django 사이트는 그것을 “a high-level Python web framework that encourages rapid development”라 부르고 “It's free and open source.”라 분명히 밝힙니다. 호스팅 Django 서비스도 고를 국내 리전도 없습니다 — 그것은 귀사가 배치하는 어디서든, 본토 포함 돕니다. | Django Software Foundation — djangoproject.com homepage (“Meet Django”), retrieved 2026-10-14 |
| 귀사가 데이터베이스와 그것이 도는 곳을 고릅니다 — Django가 아니라. Django 문서는 그것이 “officially supports the following databases: PostgreSQL, MariaDB, MySQL, Oracle, SQLite.”라 합니다. ORM이 귀사 데이터 모델을 빚습니다; 데이터베이스 엔진과 그것이 앉는 서버는 귀사 배치 선택입니다 — 바로 거기서 레지던시가 실제로 정해집니다. | Django documentation, “Databases” (docs.djangoproject.com), retrieved 2026-10-14 |
| 본토향 배치는 ICP 비안과 MLPS를 집니다. 본토 사용자를 서비스하는 어떤 앱도 ICP 비안(备案)을 갖춘 호스팅 리소스에서 돌아야 하고, 시스템은 운영자로서 MLPS(等级保护) 의무를 집니다 — Django 프레임워크가 아니라 귀사 배치에 붙는 의무. | 21YunBox — How to get an ICP filing for China (备案), retrieved 2026-10-14 |
| 해외로 보내진 중국 사용자 개인 데이터는 국경 간 이전입니다. PIPL(제38~40조)상, 본토 사용자의 개인정보를 해외 데이터베이스에 쓰는 Django 앱은 고지, 별도 동의, 이전 메커니즘이 필요합니다; 핵심정보인프라 운영자나 대량 취급자는 그 데이터를 본토에 유지해야 합니다(사이버보안법 제39조(구 제37조)). | 21YunBox — Cross-border data transfers under PIPL (Articles 38–40), retrieved 2026-10-14 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 14일에 출처를 확인했습니다.
본토 중국 청중에, Django에 관해 먼저 정할 것은 질문이 그것이 로드되느냐가 아니고, 사실 Django에 관한 것이 전혀 아니라는 점입니다. Django는 오픈소스 Python 웹 프레임워크입니다 — 귀사가 패키지 인덱스에서 설치하여 귀사 자체 애플리케이션 안에서, 배치하는 어떤 서버에서든 돌립니다. 그 자체로는 레지던시 중립 코드입니다: 자체 데이터를 보유하지 않고 아무것도 집에 전화하지 않습니다. 그것은 베이징 데이터센터와 프랑크푸르트 데이터센터에서 동일하게 돕니다. 그러니 “Django는 중국에서 작동하나요”는 다른 질문 — 배치·데이터 질문 — 으로 귀결됩니다: 앱이 어디서 돌고, 그 데이터베이스가 어디 살고, 그것이 중국 사용자에게서 수집하는 개인정보가 해외에 앉은 인프라에 닿으려 국경을 넘는지. 그 국경 넘김이 컴플라이언스 사건입니다 — 왕복 시간도, 프레임워크도 아니라.
한눈에 보는 중국에서의 Django
| 무엇이 결정하나 | Django 자신의 표현으로 — 그리고 중국 법으로 |
|---|---|
| 앱이 실제로 도는 곳 | Django는 귀사 자체 서버에 배치하는 오픈소스 코드입니다; 고를 리전이 있는 호스팅 Django "서비스"가 없으므로, 프레임워크 자체는 레지던시 중립이고 국내에서 문제없이 돕니다. 중립이 아닌 것은 귀사가 배치하는 호스트입니다: 본토 사용자를 서비스하는 앱은 ICP 비안(备案)을 갖춘 호스팅 리소스에 앉아야 하고, 시스템은 운영자로서 MLPS(等级保护) 의무를 집니다. |
| 귀사가 배선하는 데이터베이스 | Django 문서는 그것이 "officially supports the following databases: PostgreSQL, MariaDB, MySQL, Oracle, SQLite."라 합니다. ORM과 귀사 모델이 데이터를 빚습니다; 데이터베이스 엔진과 그것이 앉는 서버는 귀사가 내리는 배치 선택입니다 — 바로 거기서 레지던시가 정해지지, Django가 정하지 않습니다. |
| 그것이 보유하는 개인 데이터 | Django는 "배터리 포함"입니다: 사용자 인증 시스템과 내장 관리 사이트를 배송하므로, 기본으로 앱은 사용자 계정·해시 비밀번호·세션과 귀사 모델이 수집하는 무엇이든 저장합니다. 그것은 PIPL상 개인정보 — 그리고 정부 신분증·금융·건강 데이터가 나타나는 곳에서는 제28조상 민감 개인정보 — 입니다. 관리 콘솔은 그 모두로의 직접 창입니다. |
| 데이터가 해외 데이터베이스로 국경을 넘는 것 | 본토 사용자의 개인정보가 해외에 호스팅된 데이터베이스에 쓰일 때, 그것은 PIPL(제38~40조)상 국경 간 이전입니다: 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토에 저장해야 합니다(사이버보안법 제39조(구 제37조)). |
| 아웃바운드 의존성 | Django와 그 패키지는 pip로 PyPI에서 설치되고, requirements.txt를 해소하는 본토 빌드는 기본으로 그 인덱스에 해외로 닿습니다. 크래시·성능 텔레메트리, 그리고 앱이 런타임에 호출하는 어떤 서드파티 API도 해외로 라우팅될 수 있습니다 — 런타임에 따라붙는 공급망·레지던시 우려. |
| 도달 가능성은 축이 아니다 | pip install이 성공하고 페이지가 렌더링되는 것은 배치와 그 데이터가 앉은 곳에 앉도록 허락됐는지에 대해 아무것도 말하지 않습니다. 결정은 레지던시로 갈립니다 — 앱과 그 데이터베이스가 어디 와서 쉬고, 어떤 법적 근거로 개인 데이터가 움직이는지. 이 페이지는 어떤 일차 지연 수치도 발행하지 않습니다; 속도는 엉뚱한 축입니다. |
프레임워크는 귀사가 돌리는 곳에서 돈다 — 그러니 배치가 레지던시를 정한다
Django가 어디서 도는지부터 시작하십시오, 질문 전체가 그것에 기대기 때문입니다. Django는 귀사 자체 코드베이스에 더하는 프레임워크입니다: 그 홈페이지는 그것을 “a high-level Python web framework that encourages rapid development,“라 부르고 “It’s free and open source.”라 밝힙니다. 연결할 호스팅 Django도, 고를 국내 리전도 없습니다 — 프레임워크는 귀사가 배치하는 어떤 애플리케이션 안에서든 실행되고, 그것은 다른 어디만큼 쉽게 본토 서버에 앉을 수 있습니다. 그 의미에서 Django는 차단되는 소비자 서비스가 아닌 방식으로 중국에서 도달 가능하고 사용 가능하며, 전적으로 국내에서 돌 수 있습니다.
그것이 또한 뜻하는 것은 Django가 결코 귀사 레지던시 자세를 정하지 않는다는 것 — 귀사 배치가 정합니다. 두 선택이 무게를 집니다. 첫째는 호스트입니다. 본토 사용자를 서비스하는 앱은 ICP 비안(备案)을 지닌 호스팅 리소스에서 돌아야 하고, 시스템은 국내 정보 시스템의 운영자로서 MLPS(等级保护) 의무를 집니다. 본토 사용자가 치는 해외 가상 머신이 진짜 노출입니다 — 그리고 그것은 Django의 속성이 아니라 배치 결정입니다. 둘째 선택은 데이터베이스로, 그것이 데이터가 실제로 사는 곳입니다.
데이터베이스와 관리자가 개인 데이터를 보유한다
Django 요청은 중립적 텍스트가 아닙니다, Django가 설계상 “배터리 포함”이기 때문입니다. 상자에서 꺼내면 그것은 사용자 인증 시스템과 내장 관리 인터페이스를 배송하므로, 귀사가 앱을 세우는 순간 그것은 사용자 계정·해시 비밀번호·세션 기록과 귀사 모델이 정의하는 어떤 필드든 저장하고 있습니다. Django 자사 문서는 그것이 “officially supports the following databases: PostgreSQL, MariaDB, MySQL, Oracle, SQLite.”라 명시적입니다 — ORM이 귀사 데이터를 기술할 데이터베이스 비의존 방법을 주지만, 귀사가 엔진과, 결정적으로, 그것이 도는 서버를 고릅니다. 프레임워크가 데이터를 빚습니다; 데이터가 어디 사는지는 정하지 않습니다.
그것이 중요한 것은 데이터베이스와 Django 관리자가 개인정보가 집중되는 곳이기 때문입니다. 앱의 admin URL의 관리 사이트는 모든 기록 — 사용자 계정·연락처·주문, 모델이 보유한 무엇이든 — 으로의 직접 콘솔입니다. 중국의 사용자가 개인정보를 제출하고 귀사 앱이 그것을 본토 밖에 호스팅된 데이터베이스에 쓰는 순간, 그 쓰기는 중국 개인정보 보호법상 국경 간 이전입니다. PIPL은 의무를 취급자 — 귀사 — 에 둡니다: 제38~40조는 고지, 별도 동의, 그리고 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 요구하고, 제28조는 데이터가 민감한 곳 — 정부 신분증·금융·건강·생체·미성년자 정보 — 에서 가중 의무를 더합니다. 그리고 귀사 조직이 핵심정보인프라를 운영하거나 개인정보를 대규모로 다루면, 사이버보안법이 데이터 국내화 의무를 더합니다 — 제39조(구 제37조; 2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변)는 그런 운영자가 국내에서 수집·생성한 개인정보를 국내에 저장하기를, 어떤 수출 전에도 안전성 평가와 함께 요구합니다.
의존성과 텔레메트리는 기본으로 해외에 닿는다
프레임워크 페이지가 분명히 지명해야 할 셋째 가닥이 있습니다. Django 배치는 귀사 코드만이 아니라 — 귀사 코드에 더해, 빌드할 때 pip가 PyPI에서 해소하는 서드파티 패키지의 나무입니다. 본토에서 도는 빌드·배치 파이프라인은 매 해소에 그 인덱스에 해외로 닿으므로, 귀사 공급망이 일상적으로 국경을 넘고, 자격증명이나 토큰을 박은 비공개 패키지가 그와 함께 넘습니다. 그 위에, Django 앱에 흔히 배선되는 크래시 리포팅·성능 텔레메트리 에이전트, 그리고 앱이 런타임에 호출하는 어떤 서드파티 API도 그 서비스가 호스팅된 어디로든 — 흔히 해외로 — 페이로드를 보냅니다. 이 중 어느 것도 Django를 쓰지 말 이유가 아닙니다; 그것은 단지, 사용자 데이터베이스 너머, 귀사가 의도적으로 파이프라인과 그 호출을 국내에 유지하지 않는 한 데이터와 의존성이 나라를 떠나는 둘째 표면입니다.
왜 도달 가능성 점검이 이것을 놓치나
도달 가능성·지연 테스트는 엔드포인트를 핑하고 그것이 답하는지, 얼마나 빠른지 보고합니다. Django에 그 테스트는 엉뚱한 질문에 답합니다. 첫째, 핑할 “Django 엔드포인트”가 없습니다 — 프레임워크는 귀사 앱 안에서 돌므로, pip install의 청신호나 빨리 렌더링되는 페이지는 앱과 그 데이터베이스가 어디 끝나는지에 대해 아무것도 말하지 않습니다. 둘째, 실제로 컴플라이언스를 결정하는 것은 탐침에 보이지 않습니다: 호스트가 ICP 비안을 지니고 MLPS 의무를 충족하는지, 데이터베이스가 본토에 앉는지, 그것으로 넘는 개인정보가 민감이나 “중요 데이터”인지, 그리고 귀사 의존성 풀과 텔레메트리가 해외로 라우팅되는지. 그것들은 네트워크 사실이 아니라 배치·법적 사실입니다. 그것이 순수 속도·도달 가능성 관점이 공급할 수 없는 절반이고 — 저희가 앞세우는 절반입니다.
합법적 경로 — 매핑, 로컬라이즈, 전달
오픈소스 프레임워크에, 21YunBox의 역할은 집중돼 있고, 분명히 말하겠습니다: 귀사에 팔 “국내 Django”는 없습니다 — 프레임워크는 이미 귀사가 돌리는 것, 국내 포함. 저희 가치는 세 가지 수에 있습니다.
먼저, 저희는 노출을 매핑합니다: 귀사 Django 앱이 실제로 어디 배치되는지, 그 데이터베이스가 어디 사는지, 그 모델·관리자가 어떤 개인정보를 보유하는지(그 중 어느 것이 민감이나 “중요 데이터”인지), 그리고 어떤 의존성 풀·텔레메트리 에이전트·서드파티 API가 해외로 라우팅되는지 — 모두 호스트의 ICP/MLPS 의무와 PIPL 국경 간 규칙, 제28조, 사이버보안법에 대고 — 그래서 귀사와 귀사 자문이 가드레일을 세울 수 있게. 둘째, 저희는 해외에 합법적으로 앉을 수 없는 것을 로컬라이즈하도록 돕습니다: Django 앱을 ICP 비안·MLPS 적정 인프라에서 국내로 돌리고, 중국 사용자의 개인정보를 본토 거주 데이터베이스에 유지하고, 매 빌드에 해외로 닿는 대신 국내 인덱스에서 의존성을 해소합니다. 이것은 중국 합법의 기반이지, 결코 규칙을 둘러 가는 경로가 아닙니다. 셋째, 저희는 귀사 중국향 표면 — 귀사 본토 사용자가 치는 앱과 API 엣지 — 을 ICP 비안 국내 인프라(21YunBox Optimizer)로, 귀사가 이미 돌리는 스택 앞단에, 재구축도 두 번째 코드베이스도 없이 전달합니다.
21YunBox는 마이그레이션이 아니라 컴플라이언스 오버레이이고, 귀사가 쓰는 도구에 경쟁자가 아니라 파트너입니다. 21YunBox는 어떤 형태의 우회도 결코 쓰거나 권하지 않습니다. 그 결과는 중국의 사용자를 위해 합법적으로 그리고 규정에 맞게 도는 설정입니다.
함께 읽기:
자주 묻는 질문
Django 자체를 중국용으로 "규정에 맞게 만들어야" 하나요?
아니요 — Django는 오픈소스 Python 코드이고, 프레임워크는 본토 서버에서든 해외에서든 동일하게 돕니다. 고를 리전이 있는 Django 서비스가 없으므로, 컴플라이언스는 프레임워크가 아니라 귀사 배치로 정해집니다: 앱을 어디 호스팅하고, 그 데이터베이스가 어디 앉고, 중국 사용자에게서 어떤 개인 데이터를 수집하는지. 데이터를 거주시켜 국내에서 돌리면 프레임워크는 비이슈입니다.
Django 앱이 실제로 어디서 중국 데이터 레지던시 노출을 만드나요?
Django가 아니라 귀사가 고르는 두 곳에서. 첫째, 호스트: 본토 사용자를 서비스하는 앱은 ICP 비안(备案)된 본토 호스팅 리소스에 앉아야 하고 운영자로서 MLPS(等级保护) 의무를 집니다. 둘째, 데이터베이스와 Django 관리자로, 사용자 계정·세션과 귀사 모델이 수집하는 무엇이든 — PIPL상 개인정보 — 을 보유합니다. 그 데이터베이스가 해외에 앉으면, 귀사는 국경 간 이전(제38~40조)을 돌리고 있습니다. PyPI 같은 패키지 레지스트리와 크래시/분석 텔레메트리가 그 위에 아웃바운드 공급망 각도를 더합니다.
중국을 위해 Django를 돌리는 규정에 맞는 방법은 무엇인가요?
배치와 데이터를 국내에 유지하십시오: Django 앱을 ICP 비안·MLPS 적정 인프라에서 돌리고, 중국 사용자의 개인정보를 본토 거주 데이터베이스에 유지하고, 매 빌드에 해외로 닿는 대신 국내 인덱스에서 의존성을 해소하십시오. 21YunBox는 그 노출을 매핑하고, 거주해야 하는 것을 로컬라이즈하고, 중국향 표면을 21YunBox Optimizer로 귀사가 이미 돌리는 앱 앞단에 전달합니다 — 재구축도, 두 번째 코드베이스도, 그리고 결코 규칙을 둘러 가는 경로도 없이.
