Firebase는 중국에서 작동하나요? 데이터 레지던시, PIPL, 그리고 Google의 없는 중국 리전

중국 본토 대상에게, Firebase에 관한 첫 질문은 그것이 얼마나 빨리 로드되는가가 아닙니다 — 그것이 보유하는 데이터가 어디에 사는 것이 허용되는가, 그리고 앱이 의존하는 서비스에 애초에 닿을 수 있는가입니다. Firebase는 Google의 서비스형 백엔드입니다: Cloud Firestore, Realtime Database, Authentication, Cloud Storage, 그리고 Hosting, 모두 Google Cloud 위에서 돌아갑니다. Firebase 프로젝트는 곧 Google Cloud 프로젝트이며, 그 하나의 사실이 이 페이지가 다루는 두 문제를 모두 세웁니다. 귀사 앱이 수집하는 데이터는 귀하가 고르는 Google Cloud 위치에 저장되는데 — 그 선택지 중 어느 것도 중국 본토에 없습니다. 한편 귀사 앱이 함께 출하하는 SDK는 제 일을 하기 위해 Google이 운영하는 엔드포인트와 통신하는데 — 본토 안에서는 믿을 수 없는 엔드포인트입니다. 둘 중 어느 것도 튜닝으로 해결되는 문제가 아닙니다.

한눈에 보는 중국에서의 Firebase

귀사 Firebase 데이터는 실제로 어디에 사는가

Firebase는 관리형 백엔드이며, 중국에 중요한 저장소 — Cloud Firestore, Realtime Database, Cloud Storage — 는 각각 귀하가 생성할 때 설정하는 하나의 위치에 자리합니다. 그 위치는 일방통행 문입니다. Google 자신의 Firestore 문서에서:

Be aware that once you provision a database instance, you cannot change its location setting.

같은 페이지에서 Google의 조언은 “store your data close to the users and services that need it”입니다. 중국 대상에게 그 조언은 답이 없습니다. 귀하가 고르는 메뉴에 중국 본토 위치가 없기 때문입니다 — 가장 가까운 선택지는 동북아시아와 동남아시아에 있습니다. 귀사 앱이 중국의 이용자를 서비스하는 순간, 그것이 기록하는 데이터는 해외에 보관되며, 중국의 데이터법이 반응하는 것은 지연 시간이 아니라 바로 그것입니다.

Firebase에서 중국을 서비스하면 귀사 이용자의 데이터가 국경을 넘습니다

Firebase Authentication은 귀사 이용자의 로그인 신원을 보유합니다; Firestore와 Realtime Database는 그들이 만드는 기록을 보유합니다; Cloud Storage는 그들의 파일을 보유합니다. 그 모두가 개인정보이며, 그 모두가 그 하나의 역외 위치에 안착합니다. 중국 개인정보 보호법에 따라, 그것을 본토 밖에 저장하는 것은 국경 간 이전이고, 그 의무는 플랫폼인 Google이 아니라 Firebase 고객인 귀사 — 개인정보 취급자 — 에게 떨어집니다. PIPL은 그 취급자에게 영향받는 이용자에게 고지하고, 이전에 대한 별도 동의를 받고, 이전 메커니즘 하나를 통과하도록 요구합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증. “우리는 이미 Firebase에서 돌린다”는 그중 어느 것에도 답하지 않습니다.

그 의무가 얼마나 무거운지는 귀사가 누구이고 얼마나 많이 보유하는지에 달려 있습니다. 적은 양의 비민감 개인정보를 옮기는 소규모 앱은 핵심정보인프라 운영자나 대량 취급자보다 가벼운 길을 갖습니다. 후자는 데이터 레지던시 의무를 집니다: 중국에서 수집한 개인정보는 본토 안에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). 어떤 Firebase 위치도 그것을 충족할 수 없습니다. 중국에 있는 것이 하나도 없기 때문입니다. 이것은 판결이 아니라 리스크 지도입니다 — 귀사가 어디에 서는지는 데이터 규모와 역할에 달려 있으며, 구축하기 전에 법률 자문과 함께 매듭지을 질문입니다.

두 번째 문제: Firebase가 의존하는 Google 엔드포인트

데이터 문제를 제쳐 두더라도, Firebase는 대부분의 역외 백엔드가 지지 않는 도달 가능성 리스크를 집니다. Google 인프라 위에 구축되었기 때문에, 귀사 앱이 함께 출하하는 Firebase SDK는 일상 작업을 하기 위해 Google 운영 엔드포인트에 닿습니다 — 원격 구성을 가져오고, 이용자를 로그인시키고, 데이터베이스와 스토리지의 읽기·쓰기를 동기화합니다. 그 요청들은 Authentication·메시징 서비스와 더불어 googleapis.com, gstatic.com, firebaseio.com 아래 호스트로 이동합니다.

Google 운영 엔드포인트는 중국 본토 안에서 일관되게 도달되지 않습니다. 실질적 결과는, Firebase 위에 구축된 중국 대상 앱이 시작 시 멈추거나, 이용자 로그인에 실패하거나, 동기화를 멈출 수 있다는 것입니다 — 귀사 코드가 틀려서가 아니라, 그것이 호출하는 서비스를 귀사 이용자가 있는 곳에서 신뢰할 수 없기 때문입니다. 중국 밖에서의 빠른 테스트가 알려 주는 것이 매우 적은 이유입니다: 정직한 질문은 Firebase가 귀하의 책상에서 작동하는가가 아니라, 귀사 앱이 의존하는 특정 Firebase 서비스가 본토의 실제 이용자에게 해석되는가입니다. 그것을 인용할 숫자가 아니라, 서비스별로 검증할 노출로 다루십시오.

21YunBox가 들어맞는 자리 — 마이그레이션이 아니라 규정에 맞는 오버레이

귀사는 Firebase 위에서 계속 구축합니다; 저희는 거기서 마이그레이션하거나 앱을 다시 쓰라고 요청하지 않습니다. 컴플라이언스 우선 오버레이가 더하는 것은 Google 호스팅 백엔드가 중국 안에서 제공할 수 없는 계층입니다: 규정에 맞는, 귀사의 기존 오리진 앞에 서는 ICP 비안 국내 전송 — 재구축 없이, 두 번째 코드베이스 없이 — 그래서 귀하가 통제하는 엔드포인트가 본토의 이용자에게 해석됩니다. 먼저, 저희 중국 팀은 귀사의 노출을 지도화합니다: 귀사 Firebase 스택의 어느 부분이 개인정보를 보유하는지, 그 데이터가 어디에 저장되는지, 그리고 귀사의 법인과 데이터 규모가 귀사를 국경 간 이전 또는 데이터 레지던시 등급으로 끌어들이는지. 그다음, 법이 중국 이용자의 데이터를 본토에 남기도록 요구하는 경우, 저희는 그 기록을 역외 Firebase 위치에 남겨 두는 대신 국내 데이터 경로를 계획하도록 돕습니다. 도달 가능성 질문과 레지던시 질문을 함께 풀어내며, 귀사 오리진은 이미 돌아가는 곳에 그대로 머뭅니다.

컴플라이언스 진단 받기 →

함께 읽기:

• 중국 ICP 비안을 받는 방법
• PIPL상의 국경 간 데이터 이전