중국을 위한 Firebase 대안: 어떤 대체재든 통과해야 하는 두 개의 컴플라이언스 관문

귀사 팀이 중국 때문에 Firebase 대안을 찾고 있다면, 그 이유를 솔직히 짚어 볼 가치가 있습니다. Firebase는 훌륭한 플랫폼입니다 — 그러나 Google Cloud 위에 지어진 Google 서비스이며, Google Cloud는 중국 본토 안에 리전을 운영하지 않습니다. 팀들이 가장 먼저 알아차리는 것은 도달성입니다: Google의 엔드포인트는 본토에서 필터링되거나 그저 불안정하고, 여러 Firebase 기능은 본토 시장용 안드로이드 폰에 탑재되지 않는 Google Play 서비스에 의존합니다. 그러나 도달성은 표면일 뿐입니다. 어떤 백엔드 — Firebase든 대체재든 — 가 본토 대상 앞에 설 자격이 있는지를 실제로 결정하는 질문은 법적인 것입니다: 공개 앱을 중국 ICP 체제 아래 비안할 수 있는가, 그리고 귀사의 중국 이용자 개인정보는 어디에 사는가? 속도는 그 둘의 하류에 있습니다.

한눈에 보는 중국에서의 Firebase

팀들이 중국 때문에 Firebase를 지나치는 이유 — 그리고 그것이 실제로 가리키는 것

도달성 이야기는 실재하며, 분명히 말할 가치가 있습니다. Firebase는 Google의 글로벌 네트워크에서 이용자를 서비스하도록 지어졌고, 그 네트워크는 본토 밖에서 끝납니다. Google Cloud 자신의 집계는 “43 global regions and 130 zones”이며; 본토 이용자에게 가장 가까운 것은 홍콩과 대만으로, 둘 다 국경의 저편에 있습니다. 여러 Firebase 클라이언트 기능도 Google Play 서비스에 묶여 있습니다 — Firebase는 Cloud Messaging을 “Required”로 표시하고, 그 등급의 SDK는 그것 없이는 “have no functionality”라고 잘라 말합니다 — 그리고 본토에서 팔리는 안드로이드 단말기는 대체로 Google Play 서비스를 전혀 탑재하지 않습니다.

그래서 팀들은 그 고통을 불안정으로 느낍니다: 결코 도착하지 않는 푸시, 멈춰 버리는 호출, 시간마다 다르게 동작하는 콘솔. 본능은 더 빠른 백엔드를 찾으러 가는 것입니다. 그 본능은 증상은 정확히 읽지만 잘못된 처방을 내립니다. 도달성이 귀사를 막고 있는 것이 아니기 때문입니다. 즉시 완료되는 Firebase 호출도, 귀사가 서비스하는 그 위치에서 그 대상을 서비스해도 되는지에 대해서는 아무것도 말해 주지 않습니다. 그 허가는 두 개의 별개 승인이며 — 둘 중 어느 것도 속도에 관한 것이 아닙니다.

관문 하나: 공개 앱과 그 ICP 비안

첫 번째 승인은 대중이 보는 앱을 다룹니다. 중국 본토의 일반 대중에게 제시되는 모든 웹사이트나 앱은 중국의 ICP 체제 아래 비안되어야 합니다 — 국무원령 제292호와 공업정보화부령 제33호에 규정된 틀입니다. 그 비안은 추상적인 귀사 회사에 묶이지 않습니다; 본토 안에 물리적으로 자리한 호스팅 자원과 그 뒤에 선 본토 법인에 묶입니다.

바로 그것이 Google의 역외 리전에서 서비스되는 Firebase 기반 앱에는 없는 것입니다. 비안이 지명할 국내 호스트가 없으므로, 그 문은 닫힌 채로 있습니다 — 앱이 느려서가 아니라, 국경의 중국 쪽에 비안할 것이 없기 때문입니다. 더 빠른 역외 백엔드는 이 중 어느 것도 옮기지 못합니다.

관문 둘: 귀사 이용자의 데이터와 PIPL

두 번째 승인은 데이터를 다룹니다. Firebase의 위치는 성능 설정만이 아닙니다 — 귀사의 기록이 물리적으로 사는 곳이며, Firebase는 “once you provision a database instance, you cannot change its location setting.”라고 분명히 밝힙니다. 닿을 수 있는 선택지 중 하나를 고르면, 귀사의 중국 이용자 개인정보는 그들이 가입하는 순간부터 역외에 저장됩니다.

본토 거주자의 개인정보를 나라 밖으로 실어 나르는 것은 국경 간 이전이며, 중국 개인정보 보호법은 이에 조건을 붙입니다: 개인에 대한 고지, 별도 동의, 그리고 허용되는 이전 메커니즘 중 하나(PIPL 제38~43조). 귀사 앱이 핵심정보인프라 운영자이거나 규제 기준을 넘는 개인정보를 취급한다면, 법은 그 데이터를 애초에 중국 안에 두도록 요구할 수 있습니다(PIPL 제40조, 사이버보안법 제39조(구 제37조)와 함께). 그 의무가 실제로 적용되는지, 그리고 어떤 메커니즘이 맞는지는 귀사의 역할과 규모에 달려 있으며 — 기본 설정이 아니라 법률 자문에 맡길 문제입니다.

Firebase 대안 고르기: 속도가 아니라 두 관문으로 저울질하라

백엔드를 비교하기 전에 짚어 둘 함정이 여기 있습니다. Firebase가 중국에서 고전하는 이유 — 역외 호스팅 — 는 그것이 두 관문 중 어느 것도 통과하지 못하는 이유이기도 합니다. 그래서 역외라는 부분만 더 빠르거나 더 잘 닿게 고치는 대안도 여전히 두 관문 중 어느 것도 통과하지 못할 수 있습니다. 도달성은 허가가 아닙니다.

그것은 기능 비교를 어떤 후보에게든 던질 수 있는 두 가지 질문으로 바꿉니다:

• 국내에서 호스팅하고 비안할 수 있는가? ICP 비안은 묶일 허가받은 본토 호스트와 본토 법인이 필요합니다. 직접 운영할 수 있는 오픈소스 백엔드는 국내 인프라에 올려 비안할 수 있고; 본토 발자국이 없는 관리형 서비스는 그럴 수 없습니다. 백엔드가 어디에 살도록 허용되는가가 관문 하나가 아예 손에 닿는지를 결정합니다.
• 중국 이용자의 개인정보는 어디에 앉는가? 솔직한 답이 “offshore”라면, 백엔드에 누구의 이름이 붙어 있든 귀사는 다시 PIPL의 국경 간 체제 안에 있습니다. “in-country”라면, 귀사는 지연만이 아니라 법적 질문을 바꾼 것입니다.

각 선택지를 그 둘에 비추어 판단하면, 비교는 기능에 관한 것이기를 멈추고 귀사가 출시해도 되는지에 관한 것이 됩니다. 중국에서 단지 빠른 백엔드는 거기서 운영할 자격을 갖춘 백엔드와 같지 않으며 — 지속되는 것은 두 번째 종류뿐입니다.

이는 판정이 아니라 리스크 지도입니다. 어느 관문이 귀사 앱에 얼마나 세게 적용되는지는 귀사의 법인, 데이터, 그리고 이용자가 누구인지에 달려 있으며 — 백엔드를 확정하기 전에 법률 자문과 함께 정리할 가치가 있습니다.

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

귀사는 마음에 드는 백엔드와 서비스해도 되는 중국 대상 사이에서 고를 필요가 없습니다. 21YunBox는 Firebase도, 드롭인 대체재도 자체적으로 포함하지 않는 조각을 더합니다: 본토 내부로부터의 ICP 비안 전송을, 귀사가 이미 운영하는 오리진 앞단에 둡니다 — 재구축도, 두 번째 코드베이스도, 귀사 팀이 아는 플랫폼을 떠나는 일도 없이. 저희 중국 팀은 어느 관문이 귀사 앱에 적용되는지 지도화하고, 국내 호스트에 대해 ICP 비안을 처리하며, PIPL 질문이 방어 가능한 답을 갖도록 방문자·이용자 데이터가 국경에서 다뤄지는 방식을 설계합니다. Firebase를 글로벌 오리진으로 유지하든, 귀사에 맞는 백엔드로 옮기든 — 어느 쪽이든 규정에 맞는 국내 계층이 저희가 가져오는 것입니다.

컴플라이언스 진단 받기 →

함께 읽기:

• 중국 ICP 라이선스란 무엇이며, 어떻게 받나요?
• PIPL상의 국경 간 데이터 이전