Appwrite는 중국에서 작동하나요? 데이터 레지던시, ICP, 국경 간 규칙

Appwrite 공식 문서가 중국에 대해 말하는 것

사실	1차 출처
Appwrite 자신의 표현으로, "Appwrite is currently available in the following list of regions" — Frankfurt·New York·San Francisco·Singapore·Sydney·Toronto, Bangalore·Amsterdam·London이 곧 출시로 표시. 어느 것도 중국 본토 안이 아닙니다. 각 프로젝트의 데이터베이스·인증·스토리지가 귀사가 고르는 하나의 리전에 앉으므로, Appwrite Cloud 앱이 중국 사용자로부터 수집하는 데이터가 해외에 저장됩니다.	Appwrite Docs — Regions, 2026-10-13 열람
Appwrite는 오픈소스이고 자가 호스팅 가능합니다. 그 문서는 "Appwrite was designed from the ground up with self-hosting in mind"이라 밝히고 자가 호스팅을 "full control over data location"을 주는 것으로 제시합니다. 귀사는 같은 엔진 — 데이터베이스·인증·스토리지·함수 — 를 귀사 자신의 인프라에서 돌리고, 그것이 규제 데이터와 API 시크릿을 중국 본토 안에 머물게 하는 것입니다.	Appwrite Docs — Self-hosting, 2026-10-13 열람
중국 사용자로부터 수집된 개인정보를 해외 Appwrite Cloud 리전에 저장하는 것은 PIPL(제38~40조)상 국경 간 이전입니다. 취급자 — Appwrite가 아니라 Appwrite 고객인 귀사 — 는 제13/23조 고지를 하고, 별도 동의를 받고, 이전 메커니즘 하나를 통과해야 합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증.	PIPL 제38~40조 — 고지, 별도 동의, 이전 메커니즘
핵심정보인프라 운영자나 대량 취급자의 경우, 중국에서 수집된 개인정보는 본토 안에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). 어떤 Appwrite Cloud 리전도 그것을 충족하지 못합니다 — 오픈소스 에디션을 국내에서 자가 호스팅하면 할 수 있고, ICP 비안이 중국향 배치를 합법으로 만듭니다.	사이버보안법 제39조(구 제37조); PIPL 제40조

21YunBox 컴플라이언스 팀이(가) 2026년 10월 13일에 출처를 확인했습니다.

중국 본토 청중을 두고 Appwrite에 관한 결정적 질문은 그것이 로드되느냐 — Appwrite Cloud는 도달됩니다 — 가 아니라, 그것이 보유하는 데이터가 어디에 살아도 되느냐입니다. Appwrite는 백엔드-애즈-어-서비스입니다: 귀사 애플리케이션이 돌아가는 계정·인증 세션·데이터베이스 행·업로드 파일·서버측 함수를 보관합니다. Appwrite 자신의 문서상, Appwrite Cloud는 각 프로젝트를 귀사가 고르는 하나의 리전에 배포하고, 그 리전 목록은 Frankfurt·New York·San Francisco·Singapore·Sydney·Toronto — 그중 어느 것도 중국 본토 안이 아닙니다. 그러니 Appwrite Cloud 위의 중국향 앱은 도달되지만, 그것이 저장하는 모든 사용자 데이터 레코드가 해외에 착지합니다: 성능 문제가 아니라 중국 데이터 법이 규율하는 국경 간 이전입니다. 그것에 닿는 것이 문제가 아니라; 그것이 귀사 사용자의 데이터 — 그리고 귀사 시크릿 — 를 어디에 두느냐가 문제입니다.

한눈에 보는 중국에서의 Appwrite

귀사 Appwrite 데이터가 실제로 사는 곳

Appwrite는 관리형 백엔드 — 데이터베이스·인증·파일 스토리지·서버측 함수 — 이고, Appwrite Cloud에서 그 전부가 하나의 리전에 함께 앉습니다. 자사 Regions 문서에서, *“Appwrite is currently available in the following list of regions”*이며, 그 목록은 Frankfurt·New York·San Francisco·Singapore·Sydney·Toronto이고, Bangalore·Amsterdam·London이 곧 출시로 표시됩니다. 귀사가 고르는 리전이 프로젝트의 서비스와 데이터가 호스팅되는 곳이고, 같은 문서는 귀사에게 *“ensure the region aligns with legal requirements for data residency and sovereignty specific to your application’s domain.”*라고 말합니다.

중국의 함정은 귀사가 고를 수 있는 메뉴입니다: 그 리전 중 어느 것도 중국 본토 안에 없습니다. 그러니 귀사 애플리케이션이 중국 사용자를 섬기는 순간, 그것이 기록하는 계정·프로필·데이터베이스 행·파일이 해외에 보관되고 — 그것이, 지연이 아니라, 중국 데이터 법이 응답하는 것입니다.

데이터만이 아니다 — 귀사 시크릿과 백엔드도 해외에 앉는다

도달성 체크는 한 가지를 묻습니다: 내가 상하이에서 앱을 열 수 있나. 그것은 두 번째 노출을 결코 보지 못합니다. Appwrite는 귀사 애플리케이션의 API 키·데이터베이스 자격증명·인증 토큰이 사는 곳이고, 백엔드의 일 전체가 매 요청마다 귀사 사용자의 데이터를 읽고 쓰는 것입니다. 그 백엔드를 Appwrite Cloud에서 돌리면 두 가지가 한꺼번에 해외입니다: 귀사 중국 사용자가 생성하는 규제 개인정보와, 그 위에 앉는 시크릿·처리의 집중. 백엔드 자체가 해외에서 돌아가므로, 중국 사용자의 각 로그인·쿼리·업로드가 설계상 국경을 넘습니다 — 플랫폼의 정상 작동 자체가 국경 간 이전이지, 가끔의 익스포트가 아닙니다. 데이터를 거주시키되 시크릿과 엔진을 해외에 두는 것은 그 절반만 풀고; 엔진을 국내에서 돌리는 것만이 둘 다 유지합니다.

Appwrite Cloud에서 중국을 섬기면 귀사 사용자의 데이터가 국경을 넘는다

귀사 앱이 중국의 사람들로부터 모으는 개인정보 — 이름·이메일·로그인 신원, 그들을 식별하는 무엇이든 — 가 그 하나의 해외 리전에 기록됩니다. 중국 개인정보 보호법상, 그것을 본토 밖에 저장하는 것은 국경 간 이전이고, 의무는 개인정보 취급자에 떨어지며, 그것은 플랫폼으로서의 Appwrite가 아니라 Appwrite 고객으로서의 귀사입니다. PIPL은 그 취급자에게 영향받는 사용자에게 고지하고, 이전에 대한 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과할 것을 요청합니다. “우리는 이미 Appwrite에서 돌린다”는 그 어느 것도 정하지 않습니다; 중국에 닿는 것과 중국 사용자의 데이터를 그 밖으로 옮기도록 허가된 것은 다른 질문입니다.

얼마나 걸려 있는지는 귀사 볼륨과 역할에 달려 있다

이 의무의 무게는 균일하지 않습니다. CAC의 국경 간 규칙상, 핵심정보인프라 운영자가 아니고 한 역년에 더 작은 볼륨의 비민감 개인정보를 옮기는 취급자는 안전성 평가·표준계약·인증에서 면제에 들 수 있습니다 — 작은 앱에는 진정으로 가벼운 경로입니다. 반대 끝에서, CIIO나 대량 취급자는 데이터 레지던시 의무를 집니다: 중국에서 수집된 개인정보는 본토 안에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). 어떤 Appwrite Cloud 리전도 그것을 충족할 수 없는데, 어느 것도 중국 안에 앉지 않기 때문입니다.

여기 Appwrite 자신의 설계가 나가는 길을 가리킵니다. 그 문서는 *“Appwrite was designed from the ground up with self-hosting in mind,“*이라 밝히고, 자가 호스팅을 *“full control over data location”*을 주는 것으로 열거하며, *“ideal when you need data control or have specific compliance requirements”*로 틀 짓습니다. 중국 사용자의 데이터 — 그리고 귀사 시크릿 — 를 중국 영토에 두는 유일한 길은 그 자가 호스팅, 오픈소스 에디션을 본토 안의 인프라에서 돌리는 것이고, 그 배치를 합법적으로 세우는 일이 ICP 비안을 그림 안으로 들여옵니다.

도달되고, 차단되지 않음 — 바로 그래서 이것이 데이터 질문이다

Appwrite Cloud가 중국의 특정 도시에서 우연히 로드되는지는 진짜 노출에 대해 아무것도 바꾸지 않습니다. 규제되는 사실은 귀사 사용자의 개인 데이터가 고를 본토 리전 없이 해외에 저장된다는 것, 그리고 귀사 시크릿을 보유하고 귀사 읽기·쓰기를 돌리는 백엔드도 해외라는 것입니다. 그것들은 컴플라이언스 사실이고, 아무리 네트워크를 튜닝해도 데이터와 키가 앉는 곳을 옮기지 못합니다.

이는 판정이 아니라 리스크 지도입니다: 귀사가 고지·동의만, 전체 이전 메커니즘, 혹은 데이터 자체의 국내 저장을 지는지는 개인정보를 얼마나 보유하는지와 귀사 역할이 CIIO·대량 계층으로 끌어당기는지에 달려 있습니다 — 짓기 전에 법률 자문과 정할 질문.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이

귀사는 Appwrite 위에 계속 짓고; 아무것도 옮기지 않습니다. 저희가 더하는 것은 본토 리전이 없는 관리형 백엔드가 혼자서 줄 수 없는 레이어입니다. 먼저 저희는 귀사 Appwrite 배치가 무엇을 보유하는지 — 앱 데이터·사용자와 인증 레코드·데이터베이스 행·업로드 파일·서버측 함수, 그리고 그것이 보관하는 API 키와 연결 시크릿 — 와, 그것이 귀사 자신의 어떤 시스템에 닿는지, 어디서 호스팅되는지, 귀사 동의·레지던시 근거를 매핑합니다. 그다음, 법이 귀사 사례를 가장 엄격히 다루는 곳에서, 저희는 귀사가 로컬라이즈하도록 돕습니다: 자가 호스팅, 오픈소스 Appwrite 에디션을 본토 안의 인프라에서 돌려 규제 데이터와 시크릿을 거주시키고, 제13·23조 고지와 별도 동의를 갖추고 국경을 넘어야 하는 것만 넘게 하면서 — 결코 어떤 종류의 우회도 통하지 않고. 마지막으로 저희는 전송합니다: 규정에 맞는, 귀사 기존 오리진 앞단에 서는 ICP 비안 국내 전송을, 해외 컨트롤 플레인 앞단에(또는 그 자리에) 국내 백엔드와 함께 — 재아키텍처도, 두 번째 코드베이스도 없이, 귀사 기존 앱은 돌아가는 자리에 그대로.

컴플라이언스 진단 받기 →

---

함께 읽기:

• 중국 ICP 비안 받는 법
• PIPL상의 국경 간 데이터 이전
• 중국 사이버보안법과 데이터 국내화

자주 묻는 질문

Appwrite는 중국 사용자의 데이터를 중국에 저장하나요?

Appwrite Cloud는 아닙니다. 그 이용 가능 리전은 Frankfurt·New York·San Francisco·Singapore·Sydney·Toronto — 중국 본토에는 없음 — 이고, 각 프로젝트의 데이터베이스·인증·스토리지가 귀사가 고르는 단일 리전에 삽니다. 그 데이터를 중국 영토에 두는 유일한 길은 Appwrite의 오픈소스 에디션을 본토 안의 인프라에서 자가 호스팅하는 것입니다.

중국에서 Appwrite를 쓰는 것은 법 위반인가요?

본질적으로는 아닙니다. Appwrite Cloud에서 중국 사용자를 섬기는 것은 개인정보의 국경 간 이전을 만들고, PIPL은 귀사가 고지하고 별도 동의를 받고 이전 메커니즘 하나를 충족하면 그것을 허용합니다. 데이터 국내화 의무는 귀사 역할(예: CIIO)이나 데이터 볼륨이 엄격 계층으로 끌어당길 때만 뭅니다(사이버보안법 제39조(구 제37조); PIPL 제40조). Appwrite가 자가 호스팅 가능하므로, 규제 데이터와 시크릿을 국내에 두는 것은 진정한 선택지입니다. 전면적 금지가 아니라 법률 자문과 짚을 리스크로 다루십시오.

21YunBox가 우리 Appwrite 스택을 중국에서 규정에 맞게 만들도록 도울 수 있나요?

예. 저희 중국 컴플라이언스 팀은 귀사 Appwrite 배치가 무엇을 보유하는지 — 앱 데이터·사용자와 인증 레코드·데이터베이스 행·업로드 파일·API 키·연결 시크릿 — 를 귀사의 법인·데이터 볼륨에 비추어 매핑한 다음, 본토 안에 자가 호스팅, ICP 비안 Appwrite 인스턴스를 돌려 규제 데이터와 시크릿을 거주시키고, 그 앞단에 규정에 맞는 국내 전송을 두도록 돕습니다. 귀사의 사례를 짚으려면 문의하기.