Bubble는 중국에서 작동하나요? 데이터 레지던시, ICP, 그리고 국경 간 규칙
Bubble는 SaaS 전용 노코드 플랫폼입니다: 귀사 앱 전체와 그 사용자 데이터베이스가 미국 오리건의 Bubble 관리 AWS에서 중국 본토 리전 없이 돌므로, 귀사 중국 사용자의 데이터가 PIPL상 해외에 앉습니다 — 그리고 Bubble은 또한 귀사 API 키를 보유하고 백엔드 워크플로를 해외에서 돌립니다.
Bubble는 중국에서 작동하나요?
질문은 Bubble 에디터가 상하이에서 로드되느냐가 아니라 — 귀사 애플리케이션과 그 사용자의 데이터가 어디 사느냐입니다. Bubble는 SaaS 전용 노코드 플랫폼입니다: 귀사 앱 전체와 그 데이터베이스가 Bubble 관리 AWS 인프라(메인 클러스터는 미국 오리건 AWS West Region)에서 중국 본토 리전 없이 돌므로, 귀사가 중국 사용자를 위해 보유하는 모든 레코드가 저장되는 순간 PIPL 국경 간 이전입니다.
그 노출은 도달성 체크가 결코 보지 못하는 두 절반을 가집니다. 첫째, 귀사 앱의 데이터베이스 행·사용자·로그인 레코드·폼 제출 — 귀사 중국 사용자의 개인정보 — 가 해외에 앉습니다(PIPL 제38~40조: 고지, 별도 동의, 이전 메커니즘; 그리고 핵심정보인프라 운영자나 대량 취급자에는 사이버보안법 제39조, 구 제37조가 그 데이터를 본토에 저장하기를 원함). 둘째, Bubble은 또한 귀사 통합이 쓰는 API 키·자격증명을 보유하고 귀사 백엔드 워크플로를 그 해외 서버에서 돌립니다 — 귀사 비밀을 해외에 집중시키고 중국 데이터를 설계상 국경 너머로 나르는 파이프.
이는 판정이 아니라 리스크 지도입니다 — 무엇이 적용되는지는 귀사 법인, 데이터 볼륨, 귀사 앱이 무엇을 수집하는지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! Bubble는 SaaS 전용 — 귀사 앱 전체와 그 데이터베이스가 Bubble 관리 AWS에서 돎
- ! 중국 사용자의 레코드·로그인·폼 데이터가 해외에 앉음 — PIPL 국경 간 이전
- ! Bubble은 귀사 API 키·자격증명을 보유하고 백엔드 워크플로를 해외에서 돌림
- ✕ 중국 본토 리전 없음: Dedicated/엔터프라이즈조차 다른 AWS 리전만 고름
- ✓ 앱 데이터·비밀을 국내에 유지; 21YunBox가 규정에 맞는 중국 층을 전달
Bubble 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Bubble는 SaaS 전용이고 귀사 앱 전체를 자체 AWS 인프라에서, 해외에 돌립니다. Bubble의 지원 센터는 밝힙니다: “Bubble's main cluster applications are hosted on AWS West Region (Oregon, US; this can be customized if you're on a Dedicated Plan).” 그것은 사용자 데이터가 “is encrypted at rest (we're on AWS RDS)”라 더합니다 — 그러니 귀사 앱과 그 데이터베이스가 모두 미국의 Bubble 관리 AWS 서버에서, 중국 본토 리전 없이 돕니다. | Bubble Support Center — “How is Bubble hosted?” (bubble.io/support), retrieved 2026-10-13 |
| 공유 환경은 미국 전용이고 옮길 수 없습니다; 유일한 레지던시 지렛대는 어느 AWS 리전이냐이고 — 결코 중국 본토가 아닙니다. Bubble의 매뉴얼: “Bubble's servers are hosted on Amazon Web Services (AWS)”; “Bubble's shared server environment is hosted in the US, and we don't currently offer the possibility of changing that location”; 그리고 “Our Enterprise plan, on the other hand, lets you choose the AWS region where you want your app to be hosted.” 모든 선택지가 해외, Bubble 운영 AWS 리전입니다 — 본토에는 없이, 그리고 앱을 Bubble 호스팅에서 떼어낼 경로가 없이. | Bubble Manual — “How Bubble hosting works” / “How Bubble hosts apps” (manual.bubble.io), retrieved 2026-10-13 |
| 해외에 보유된 귀사 중국 사용자의 앱 데이터는 개인정보의 국경 간 이전입니다. 귀사 본토 사용자의 레코드·로그인·폼 제출 — 그리고 귀사 통합을 위해 Bubble이 보유하는 API 키·자격증명 — 이 Bubble의 해외 AWS 인프라에 살므로, 그것을 중국 밖으로 옮기는 것은 PIPL 제38~40조를 가동합니다: 사전 고지, 사용자의 앱 이용 동의와 구별되는 별도 동의, 그리고 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증). | PIPL Articles 38–40 (cross-border provision of personal information) |
| 국내화 의무가 귀사에 적용되면, 중국 수집 데이터는 본토에 머물러야 합니다 — 해외 전용 플랫폼이 넘을 수 없는 문턱. 핵심정보인프라 운영자나 대량 취급자에는, 사이버보안법 제39조(구 제37조 — 2026년 1월 1일 시행된 개정으로 재번호, 실질 불변)가 본토에서 생성된 개인정보를 거기 저장하도록 요구합니다. 유일한 호스팅이 중국 밖 AWS 리전인 Bubble 앱은 그것을 충족할 수 없습니다. 범위는 법률 자문과 확인하십시오. | Cybersecurity Law Article 39 (formerly Article 37), amended 2025, in force 2026-01-01 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 13일에 출처를 확인했습니다.
Bubble가 본토 중국에서 “작동”하는지 물으면, 정직한 답은 에디터가 얼마나 빨리 그려지느냐가 아니라 귀사 애플리케이션과 그 사용자의 데이터가 어디 사느냐로 시작합니다. Bubble는 SaaS 전용 노코드 플랫폼입니다: 귀사는 Bubble의 온라인 에디터에서 짓고, 귀사의 완성된 앱 — 페이지, 로직, 그리고 그 뒤의 데이터베이스 — 은 Bubble이 소유·운영하는 인프라에서 돕니다. Bubble 자신의 설명상 그 인프라는 Amazon Web Services이고, 메인 클러스터는 AWS West Region(오리건, 미국)에, 중국 본토 안에는 리전 없이. 그러니 귀사 앱을 쓰는 중국의 사람들에게, 귀사가 수집하는 계정 레코드·로그인·폼 제출은 생성되는 순간 해외에 보유된 개인정보입니다 — 기능이기 전에 국경 간 이전. 그리고 Bubble이 또한 귀사 통합이 의존하는 API 키·자격증명을 저장하고 귀사 백엔드 워크플로를 그 같은 해외 서버에서 돌리므로, 플랫폼은 귀사 비밀을 해외에 집중시키고 귀사 중국 데이터를 통상 운영의 일부로 국경 너머로 나릅니다. 도달성은 진짜이지만, 그것은 귀사가 정하는 것 가운데 가장 덜한 것입니다.
한눈에 보는 중국에서의 Bubble
| 무엇이 결정하나 | Bubble 자신의 표현 — 그리고 중국의 법 |
|---|---|
| 그것이 돌아가는 곳 | Bubble 지원 센터: “Bubble's main cluster applications are hosted on AWS West Region (Oregon, US; this can be customized if you're on a Dedicated Plan).” 공유 환경은 “hosted in the US,”이고 엔터프라이즈/Dedicated 플랜조차 “choose the AWS region”만 하게 합니다 — 모두 해외, Bubble 운영, 중국 본토에는 없이. |
| 그것이 보유하는 것 | 귀사 앱 전체: 데이터베이스 행, 사용자·로그인 레코드, 폼 제출 — 귀사 중국 사용자의 개인정보 — 더하기 귀사 통합이 쓰는 API 키·자격증명. 그것은 완전한 애플리케이션과 그 최종 사용자 데이터가 벤더 플랫폼에 집중된 것입니다. |
| 그 데이터가 앉는 곳 | Bubble: 사용자 데이터는 “encrypted at rest (we're on AWS RDS).” 해외. 귀사 본토 사용자에게 그것은 PIPL이 규율하는 국경 간 이전이고, 해외 전용 리전이 충족할 수 없는 레지던시 의무와 함께. |
| 연결 비밀 & 국경 간 파이프 | Bubble은 귀사 앱 통합이 의존하는 API 키·토큰·자격증명을 저장하고 귀사 백엔드 워크플로를 그 해외 서버에서 돌립니다 — 그러니 귀사 앱이 다른 시스템에서 읽거나 쓸 때, 그 처리가 해외에서 일어납니다. 플랫폼의 통상 운영 자체가 도달성 체크가 결코 보지 못하는 국경 간 흐름입니다. |
| 국내화 & 비안 | 핵심정보인프라 운영자나 대량 취급자에는, 사이버보안법 제39조(구 제37조)가 중국 생성 개인정보를 본토에 저장하도록 요구합니다. 어떤 중국향 앱이나 포털이든 또한 ICP 비안(备案) 의무를 지는 인터넷 정보 서비스입니다. |
| 도달성은 축이 아니다 | 에디터나 앱이 로드되는지는 귀사 앱 데이터·비밀이 어디 앉는지, 또는 그 데이터가 합법적으로 국가를 떠나도 되는지 아무것도 말하지 않습니다. 21YunBox는 규제되는 애플리케이션·최종 사용자 데이터를 국내에 유지하고, 중국향 표면을 ICP 비안하고, 그것을 — 21YunBox Optimizer — 귀사가 이미 돌리는 Bubble 스택 앞단에 전달합니다. |
Bubble가 도는 곳 — 그리고 그것이 첫 질문을 정한다
Bubble는 호스팅 소프트웨어이고, 자사 문서에서 어디인지 이름 짓습니다. 그 지원 센터는 *“Bubble’s main cluster applications are hosted on AWS West Region (Oregon, US; this can be customized if you’re on a Dedicated Plan),“*이고 사용자 데이터가 *“is encrypted at rest (we’re on AWS RDS).”*라 밝힙니다. 그 매뉴얼은 *“Bubble’s servers are hosted on Amazon Web Services (AWS),“*이고, *“Bubble’s shared server environment is hosted in the US, and we don’t currently offer the possibility of changing that location,“*이며, *“Our Enterprise plan, on the other hand, lets you choose the AWS region where you want your app to be hosted.”*라 더합니다. 그 그림 어디에도 중국 본토 리전이 없습니다. 그러니 귀사 테넌트가 어디 앉든, 귀사 애플리케이션과 그것이 귀사 중국 사용자를 위해 유지하는 데이터베이스가 모두 해외에 보유됩니다 — 기본적으로 미국에, 또는 Dedicated 플랜이 고르는 어느 다른 AWS 리전에. 그 단일 사실이 도달성이 측정되기 전에 컴플라이언스 질문을 정합니다: 이것은 페이지가 상하이에서 그려지느냐가 아니라, Bubble이 그것을 저장하는 순간 완전한 애플리케이션과 그 최종 사용자 데이터가 국가를 떠난다는 것에 관한 것입니다. 그리고 그 리전 선택이 무엇이 아닌지 유의하십시오 — 다른 AWS 리전을 고르는 것은 앱을 Bubble 관리 해외 인프라에 유지합니다; 그것은 국내 레지던시가 아니고, Bubble 앱을 Bubble 호스팅에서 아예 떼어낼 문서화된 방법이 없습니다.
갈래 하나 — 귀사 중국 사용자의 앱과 데이터가 국경 간 이전이다
Bubble의 목적은 귀사 애플리케이션을 처음부터 끝까지 돌리는 것입니다. 데이터베이스 행, 사용자·인증 레코드, 폼 제출, 그리고 귀사 앱이 수집하는 그 밖의 무엇이든 Bubble 테넌트에 쌓이고, Bubble은 그 전부를 해외의 *“AWS RDS”*에 “encrypted at rest” 데이터로 보유합니다. 귀사 본토 사용자에게, 그 개인정보를 중국 밖으로 옮기는 것은 개인정보 보호법을 가동합니다: 귀사는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과해야 합니다(국경 간 이전 규칙, PIPL 제38~40조). 귀사가 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 국내화 의무) — 해외 전용 Bubble이 충족할 수 없는 레지던시 요건, 그 유일한 호스팅 선택지가 국가 밖 AWS 리전이기에. 이것은 “에디터가 열리느냐”가 아니라 귀사 애플리케이션의 진짜 사용자 데이터이고, 질문의 척추입니다.
갈래 둘 — Bubble은 귀사 비밀을 보유하고 그 자체로 국경 간 파이프다
속도 테스트가 여전히 보지 못하는 두 번째 절반이 있습니다. Bubble 앱은 좀처럼 홀로 살지 않습니다: 그 API Connector와 플러그인을 통해 외부 서비스를 호출하고, 그 백엔드 워크플로를 통해 귀사의 다른 시스템·데이터베이스에서 읽고 씁니다. 그렇게 하려고, Bubble은 그 연결이 의존하는 API 키·토큰·자격증명을 저장하고 — 그것을 쓰는 워크플로를 귀사 앱이 도는 그 같은 해외 AWS 서버에서 돌립니다. 두 결과가 따릅니다. 첫째, 귀사 비밀이 해외에 집중됩니다: 귀사 시스템에 닿는 키가 중국 밖 플랫폼에 앉습니다. 둘째, 플랫폼의 통상 운영이 그 자체로 국경 간 흐름입니다 — 백엔드 워크플로가 중국 측 시스템에서 레코드를 끌어와 처리하거나 데이터를 되밀 때, 그 이동이 예외가 아니라 설계상 국경 너머로 일어납니다. 도달성 체크 — 상하이에서 에디터를 열 수 있나 — 는 이 중 아무것도 보지 못합니다. 규제되는 데이터 와 그 비밀을 국내, 국내 백엔드에 유지하는 것만이 노출을 재배치가 아니라 제거합니다.
왜 도달성 체크가 이 모든 것을 놓치나
“Bubble가 상하이에서 로드되나?”만 묻는 프로브는 틀린 것을 측정합니다. 그것은 귀사 애플리케이션과 그 사용자 데이터베이스가 본토 밖 AWS에 보유된다는 것을 볼 수 없고, 그 국경 간 이전에 붙는 고지·동의·메커니즘 의무를 볼 수 없으며, Bubble이 보유하는 API 키·백엔드 워크플로가 플랫폼을 귀사 자신의 시스템으로 드는 상시 국경 간 파이프로 만든다는 것을 볼 수 없습니다. 해외 플랫폼을 그저 도달 가능하게 만드는 것은 규제되는 데이터를 국내로 옮기지 않고, 귀사 비밀을 국경 안으로 되당기지 않습니다. 중국 청중에게 닿는 것과 그들의 데이터를 보유·이동하도록 허가받은 것은 두 다른 테스트이고 — 그중 하나만 레이턴시 차트에 나타납니다.
이는 Bubble이 “차단”되거나 “불법”이라는 판정이 아니라 리스크 지도입니다. 어느 의무가 무는지는 귀사 법인, 귀사 앱이 실제로 무엇을 수집·발송하는지, 중국 법상 귀사 역할, 그리고 데이터 볼륨에 달려 있습니다 — 중국향 앱이 라이브로 가기 전에 법률 자문과 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — map, localize, deliver
저희는 귀사에게 Bubble을 떠나라 하지 않습니다. 저희는 호스팅된, 해외 노코드 플랫폼이 할 수 없는 층을 더합니다. Map(매핑): 저희는 귀사 테넌트가 보유하는 것 — 사용자·계정 레코드, 폼·데이터베이스 행, 그리고 귀사 통합·백엔드 워크플로가 쓰는 API 키·토큰·연결 자격증명 — 이 어디 호스팅되는지, 플랫폼이 귀사 자신의 어느 시스템에 닿는지, 그리고 각 흐름이 의존하는 동의·레지던시 근거를 목록화합니다. 저희는 기술 그림을 세우고; 법적 결론은 법률 자문과 정합니다. Localize and govern(로컬라이즈·거버넌스): 저희는 귀사가 규제되는 애플리케이션·최종 사용자 데이터 — 그리고 그 비밀 — 를 해외 컨트롤 플레인이 아니라 국내 백엔드에 국내로 유지하고, 제13/23조 고지·별도 동의 근거를 세우고, 국경을 넘는 것을 최소화하도록 돕습니다. 로컬라이즈는 규제되는 데이터를 국내에 유지하는 것을 뜻합니다; 그것은 결코 개인정보를 조용히 국경 너머로 실어 보내는 경로가 아닙니다. Deliver(전달): 저희는 어떤 중국향 앱이나 포털이든 ICP 비안하고 규정에 맞는 국내 전달을 21YunBox Optimizer로 귀사가 이미 돌리는 것 앞단에 세웁니다. 21YunBox는 어떤 종류의 우회도 쓰거나 권하지 않습니다. 해외 플랫폼을 그저 도달 가능하게 만드는 것은 답이 아닙니다 — 귀사 앱 데이터·비밀이 여전히 해외에 있고 플랫폼이 여전히 중국 데이터를 국경 너머로 나를 테니; 그 데이터와 그 비밀을 국내에 유지하는 것이 답입니다. 21YunBox는 귀사 Bubble 스택에 대한 컴플라이언스 오버레이이자 파트너이지, 그 경쟁자가 아닙니다.
함께 읽기:
자주 묻는 질문
Bubble는 중국 본토에 데이터센터나 호스팅 리전이 있나요?
아니요. Bubble의 메인 클러스터는 AWS West Region(미국 오리건)에서 돌고, 그 공유 서버 환경은 미국에 호스팅되어 옮길 수 없으며, 엔터프라이즈 Dedicated 플랜조차 AWS 리전 가운데서만 — 모두 해외, Bubble 운영, 본토에는 없이 — 고르게 합니다. 그러니 귀사가 중국 사용자를 위해 보유하는 레코드·로그인·폼 제출이 국가 밖에 앉습니다. PIPL상 그것은 개인정보의 국경 간 이전이고(고지, 별도 동의, 이전 메커니즘, 제38~40조), 핵심정보인프라 운영자나 대량 취급자로서 데이터 국내화 의무가 귀사에 적용되면, 사이버보안법 제39조(구 제37조)가 해외 리전이 제공할 수 없는 국내 저장을 가리킵니다. 앱이 중국에서 빨리 로드되는지는 별개의, 더 작은 질문입니다.
내 Bubble 앱과 그 데이터는 정확히 어디 살고, 왜 연결 비밀이 중요한가요?
귀사 애플리케이션 전체가 Bubble의 AWS 인프라 — 오리건의 메인 클러스터, 사용자 데이터는 Bubble의 AWS RDS에 — 에서 돌고, 앱을 Bubble 호스팅에서 떼어낼 방법이 없습니다. 귀사 사용자의 레코드 너머, Bubble은 또한 귀사 통합이 쓰는 API 키·자격증명을 저장하고 귀사 백엔드 워크플로를 그 해외 서버에서 돌리므로, 플랫폼은 귀사 비밀을 해외에 집중시키고 귀사 중국 데이터를 통상 운영의 일부로 국경 너머로 나릅니다. 도달성 체크 — 상하이에서 에디터를 열 수 있나 — 는 이 중 아무것도 보지 못합니다; 규제되는 데이터와 그 비밀을 국내에 유지하는 것만이 봅니다.
Bubble를 중국에서 안정적으로 로드되게 만들면 해결되지 않나요?
아니요. 도달성은 그저 귀사 본토 사용자에게 페이지가 렌더링되는지만 정합니다; 그것은 귀사 앱 데이터와 연결 비밀이 어디 사는지, 또는 국경 간 흐름이 어떻게 규율되는지에 대해 아무것도 하지 않습니다. 레코드와 비밀이 여전히 해외이고 PIPL 의무가 여전히 적용됩니다. 규정에 맞는 답은 규제되는 애플리케이션·최종 사용자 데이터를 국내에 유지하고, 어떤 중국향 앱이나 포털이든 ICP 비안하고, 그것을 본토 안에서 합법적으로 전달하는 것입니다 — 그것이 21YunBox가 귀사가 이미 돌리는 Bubble 스택 앞단의 파트너로서 들어맞는 곳입니다. 21YunBox는 어떤 종류의 우회도 쓰거나 권하지 않습니다.
