왜 21YunBox 요금 안내 문의 로그인
언어
English日本語Deutsch한국어 ✓
상담 (EN) 중국용 사이트 테스트 (EN)

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

Metabase는 귀사 데이터를 쿼리하고 결과를 캐시하는 오픈 소스 BI 도구입니다 — 그래서 중국 질문은 대시보드 속도가 아니라 그 캐시된 데이터가 어디에 쉬는지입니다. Metabase Cloud는 캐시된 결과를 미국 서버에 저장합니다(PIPL 국경 간 이전); 자가 호스팅 Metabase는 국내에서 돕니다. Metabase의 데이터 레지던시, PIPL 국경 간 규칙, 사이버보안법 현지화를 컴플라이언스 우선으로 살펴봅니다.

Metabase는 중국에서 작동하나요?

귀사가 중국에서 Metabase를 쓸 수 있는지는 데이터 레지던시 질문이지, 속도 질문이 아닙니다. Metabase는 본토에서 일반적으로 닿습니다 — 노출은 법적이고, 그것이 집중시키는 데이터가 어디에 쉬도록 허용되는지에 있습니다.

Metabase는 BI 도구입니다: 그것은 귀사 소스 시스템을 쿼리하고 결과를 캐시하며, 저장된 질문, 대시보드, 사용자 계정을 쥡니다. Metabase 자신의 문서로, 자가 호스팅 인스턴스는 캐시된 쿼리 결과를 "saved to your application database," 유지하고, Metabase Cloud에서 그것들은 "saved to Metabase's servers in the United States." 그래서 Cloud 배치는 귀사 중국 사용자의 분석 데이터 — PIPL상 개인정보 — 를 해외에 둡니다: PIPL이 규율하는 국경 간 이전, 그리고 CIIO나 대량 취급자에게 중국 리전 없는 클라우드가 해결 못 하는 데이터 현지화 문제. 레버는 Metabase의 다른 형태 — 그것은 오픈 소스이고 자가 호스팅 가능하므로, 귀사는 그것을 국내에서 돌릴 수 있습니다.

이는 리스크 그림이지 판결이 아닙니다 — 귀사 의무는 귀사 역할과 데이터 물량으로 돕니다. 저희 중국 팀이 귀사와 함께 Metabase 데이터 노출을 매핑할 수 있습니다 →

컴플라이언스 스냅샷

  • ! 중국에서 닿음 — 하지만 도달성은 시험이 아님; 데이터 레지던시가 시험
  • ! Metabase는 귀사 소스 데이터를 캐시된 결과와 대시보드로 집중시킴
  • ! Metabase Cloud는 캐시된 쿼리 결과를 미국의 서버에 저장
  • ! 중국 개인정보의 해외 저장은 PIPL 국경 간 규칙을 촉발
  • ! CII나 대량 취급자는 중국 데이터를 국내에 저장해야 함; 클라우드는 못 함
  • ✓ 레버: 오픈 소스 Metabase를 국내에 자가 호스팅해 캐시된 데이터가 거주하게 함
저희 중국 팀과 상담하기

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

사실1차 출처
Metabase 자신의 표현으로: Metabase는 "is built and packaged as a Java JAR file and can be run anywhere that Java is available" — 그것은 귀사가 Docker, JAR, Podman 등으로 직접 설치하는 오픈 소스 소프트웨어입니다. 귀사가 인프라를 고르므로, 자가 호스팅 인스턴스는 중국 본토 안 서버에서 돌 수 있어, 그것이 쥐는 데이터를 국내에 유지합니다. Metabase Docs — Installing Metabase, 2026-10-14 열람
Metabase는 귀사 쿼리의 결과를 캐시합니다. 그 자신의 캐싱 문서로, 귀사가 자가 호스팅하면, "cached question results will be saved to your application database"; 하지만 "if you're using Metabase Cloud, cached question results will be saved to Metabase's servers in the United States." Metabase Cloud는 중국 본토 리전을 제공하지 않으므로, Cloud 배치는 귀사 중국 분석 데이터를 해외에 쥡니다. Metabase Docs — Caching, 2026-10-14 열람
Metabase는 개인정보를 집중시킵니다 — 그것이 쿼리하고 캐시하는 고객, 사용자, 직원 레코드. 그 레코드 뒤의 사람들이 중국 내에 있고 인스턴스(또는 Metabase Cloud)가 해외에 앉을 때, 그 데이터를 해외에 쥐는 것은 PIPL(제38~40조)상 국경 간 이전입니다: 취급자는 고지, 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 집니다. PIPL 제38~40조(개인정보의 국경 간 이전)
핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토에 저장해야 합니다 — PIPL 제40조와 사이버보안법 제39조(구 제37조)(2026년 1월 1일 발효된 2025년 개정으로 재번호, 실질 불변). BI가 데이터를 집중시키므로, 단일 Metabase 배치가 취급자를 물량 문턱 위로 기울일 수 있습니다; 해외 클라우드는 국내 저장 의무를 충족 못 합니다. 사이버보안법 제39조(구 제37조); PIPL 제40조

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

중국 본토를 서비스하는 팀에게, Metabase에 대한 결정적 질문은 대시보드가 빨리 렌더되는지 또는 앱이 귀사 데이터베이스에 닿는지가 아닙니다 — 둘 다 일상입니다. 그것은 Metabase가 다루는 데이터가 어디에 와서 쉬도록 허용되는지입니다. Metabase는 비즈니스 인텔리전스 도구입니다: 그것은 귀사 소스 시스템을 쿼리하고 귀사 팀이 읽는 저장된 질문, 대시보드, 컬렉션, 캐시된 결과 세트를 짓습니다 — 그리고 그 콘텐츠는, 압도적으로, 귀사 고객, 사용자, 직원의 개인정보입니다. Metabase는 레지던시 선의 반대편에 앉는 두 형태로 제공됩니다. Metabase Cloud는 벤더 호스팅 관리형 서비스입니다. 자가 호스팅 Metabase는 귀사가 제어하는 인프라에 설치하고 돌리는 오픈 소스 소프트웨어입니다 — 그것은 중국 본토 안일 수 있습니다. 그래서 “Metabase가 중국에서 작동하나?”는 실제로 두 답이 있는 두 질문이고, 둘 다 밀리초가 아니라 데이터 레지던시로 돕니다.

Metabase의 캐싱 문서, 'Caching location' 절, 자가 호스팅 Metabase 인스턴스는 캐시된 질문 결과를 귀사 자신의 애플리케이션 데이터베이스에 저장하고, Metabase Cloud는 그것들을 미국의 Metabase 서버에 저장한다고 밝힘
"If you're self-hosting Metabase, cached question results will be saved to your application database" — 한편, Metabase 자신의 표현으로, "if you're using Metabase Cloud, cached question results will be saved to Metabase's servers in the United States." Metabase의 캐싱 문서는 각 형태에서 캐시된 분석 데이터가 어디에 쉬는지 보입니다. 출처: metabase.com/docs/latest/configuring-metabase/caching (2026-10-14 열람)

한눈에 보는 중국에서의 Metabase

무엇이 결정하는가Metabase 자신의 표현으로 — 그리고 중국의 법
그것이 무엇인가한 이름 아래 두 형태. Metabase Cloud는 벤더 호스팅 관리형 SaaS입니다. 자가 호스팅 Metabase는 귀사가 직접 설치하고 돌리는 오픈 소스 소프트웨어입니다 — 그것은 "is built and packaged as a Java JAR file and can be run anywhere that Java is available," 귀사가 고르는 인프라에서, 중국 본토 안일 수 있습니다.
무엇을 쥐는가, 그리고 왜 개인정보인가Metabase는 귀사 사업 전반에서 당겨진 데이터 — 고객 레코드, 사용자 계정, 거래, 직원 데이터 — 를 쿼리하고 결과를 캐시합니다. 그 캐시된 결과 세트, 저장된 질문, 대시보드, 사용자 계정은 PIPL상 개인정보이고, 그중 일부는 민감합니다. 그것들이 어디에 쉬는지는 성능 질문이 아니라 법적 질문입니다.
캐시된 결과가 실제로 어디에 쉬는가Metabase 자신의 캐싱 문서는 명시적입니다: 자가 호스팅하면 "cached question results will be saved to your application database"; Metabase Cloud에서 그것들은 "will be saved to Metabase's servers in the United States." Metabase Cloud는 중국 본토 리전을 제공하지 않으므로, Cloud 배치는 데이터를 해외에 쥡니다.
중국 데이터를 해외 Metabase에 로드하기중국 내 사람들의 개인정보를 해외 Metabase Cloud 테넌트에 쥐는 것은 PIPL(제38~40조)상 국경 간 이전입니다: 고지, 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증.
국내 저장 의무(CIIO / 대량 취급자)핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토에 유지해야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). BI가 데이터를 집중시키므로, 단일 Metabase 배치가 그 자체로 취급자를 대량 문턱 위로 밀 수 있습니다; 해외 클라우드는 그 의무를 충족 못 합니다.
데이터 거주 경로자가 호스팅, 오픈 소스 Metabase를 중국 안 인프라(또는 라이선스된 국내 옵션)에서 돌리고, 캐시된 결과와 애플리케이션 데이터베이스를 거주시키고, 중국 대상 대시보드를 ICP 비안된 인프라로 국내에서 전송하십시오. 도달성은 결코 시험이 아니었습니다; 레지던시가 시험입니다.

데이터가 실제로 어디에 쉬는가

Metabase의 레지던시는 상하이에서의 로드 타임 시험이 아니라 귀사가 어느 형태를 돌리는지로 설정됩니다. Metabase Cloud는 완전 관리형 서비스입니다 — Metabase가 인스턴스를 돌리고, 그 캐싱 문서는 Cloud에서 “cached question results will be saved to Metabase’s servers in the United States” 라고 평이하게 밝힙니다. 선택할 중국 본토 리전이 없으므로, Cloud 배치는, 구조상, 해외에 앉습니다. 자가 호스팅 Metabase는 다른 형태입니다: 제품은 “is built and packaged as a Java JAR file and can be run anywhere that Java is available,” 귀사가 제어하는 인프라에 Docker, JAR, Podman, 기타 방법으로 설치되며 — 거기서 같은 문서는 “cached question results will be saved to your application database,” 귀사가 호스팅하는 데이터베이스라고 말합니다.

그 구별이 중국 대상 배치의 전부입니다. Metabase는 소스 데이터베이스를 통째로 복사하기보다 제자리에서 쿼리하는 것으로 알려져 있고, 그것은 얼마나 많은 원시 데이터가 플랫폼에 내려앉는지를 진정으로 제한합니다. 하지만 그것은 레지던시 질문을 테이블에서 치우지 않습니다. Metabase는 여전히 쿼리 결과를 캐시하고, 저장된 질문, 대시보드, 컬렉션, 사용자 계정을 그 애플리케이션 데이터베이스에 쥡니다. 그 캐시된 결과 세트와 저장된 산출물은 그 자체로 개인정보이고 — 그것들은 어딘가에 와서 쉽니다: Cloud 경우 Metabase의 미국 서버에, 또는 귀사가 자가 호스팅할 때 귀사 자신의 애플리케이션 데이터베이스에.

그것이 쥐는 것은 개인정보다

BI 플랫폼은 집중기입니다. 그것은 모든 소스 시스템 — 귀사 웨어하우스, 귀사 트랜잭션 데이터베이스, 귀사 이벤트 스트림 — 에서 하나의 쿼리와 보고 레이어로 당긴 뒤, 그 위에 캐시, 저장된 질문, 대시보드를 짓습니다. 그것이 Metabase 배치를 회사가 쥐는 개인정보의 가장 큰 단일 집중 중 하나로 만듭니다: 고객 레코드, 사용자 계정, 거래, 지원 이력, 직원 데이터. 그 대부분이 PIPL상 개인정보이고, 일부 — 연락처, 금융, 신원 데이터 — 는 높아진 의무를 끄는 민감 개인정보입니다.

그것이 레지던시가, 도달성이 아니라, 시험인 이유입니다. 중국 내 사람들의 개인정보가 해외 Metabase Cloud 테넌트에 쉴 때, 귀사는 국경 간 이전을 하는 것이고, PIPL 제38~40조가 그것을 규율합니다: 고지, 별도 동의, 그리고 합법적 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 안전성 평가 조치는 그 평가가 선택이 아니라 의무인 때를 정하고, 의무는 Metabase를 켜는 행위가 아니라 귀사 역할과 귀사 물량으로 스케일됩니다.

이전 규칙 위에 더 어려운 의무가 앉습니다. 핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토 안에 저장해야 합니다 — PIPL 제40조와 사이버보안법 제39조(구 제37조)의 데이터 현지화 규칙(2026년 1월 1일 발효된 2025년 사이버보안법 개정으로 재번호, 실질 불변). BI가 데이터를 집중시키므로, 단일 Metabase 배치가 그 자체로 그 의무를 촉발하는 대량 문턱 위로 취급자를 기울일 수 있습니다. 해외 Cloud 테넌트는 그것을 충족할 수 없는데, 데이터가 정의상 나라 안에 없기 때문입니다.

왜 도달성 점검이 이것을 놓치는가

상하이에서 Metabase에 프로브를 겨누면 그것은 서비스가 로드된다고 말할 것입니다 — 그리고 바로 그것이 익숙한 “중국에서 열리나?” 질문이 틀린 것을 답하는 이유입니다. 도달성은 전송 사안입니다; 그것은 귀사 캐시된 결과와 저장된 대시보드가 어디에 살도록 허용되는지에 대해 아무것도 말하지 않습니다. 두 Metabase 배치가 중국의 브라우저에서 동일해 보이고 법의 반대편에 앉을 수 있습니다: 하나는 Metabase Cloud에, 캐시된 결과가 미국 서버에, 그리고 하나는 본토 인프라에 자가 호스팅되어, 데이터가 거주함. 속도 시험은 그 차이를 볼 수 없습니다. 데이터의 레지던시 — 대시보드의 지연 시간이 아니라 — 가 귀사가 중국 대상 청중을 위해 Metabase를 합법적으로 돌릴 수 있는지를 결정하고, 그것이 이 페이지가 Metabase에 대한 어떤 일방 중국 지연 시간 수치도 공표하지 않는 이유입니다: 데이터 레지던시 맥락 없는 수치는 틀린 질문을 답할 것입니다.

합법적 경로 — 매핑, 현지화, 전송

21YunBox는 마이그레이션이 아니라 규정에 맞는 overlay이며 — 귀사 분석 팀에 대한 파트너이지, 경쟁자가 아닙니다.

  • 매핑. 저희는 PIPL 국경 간, 데이터 레지던시, 데이터 현지화(CII), ICP 의무를 귀사 법인, 귀사 데이터 물량, 누구의 개인정보가 실제로 Metabase에 흐르는지에 대조해 읽습니다 — 그래서 귀사가 무엇을 움직이기 전에 어느 의무가 무는지 압니다.
  • 현지화. 저희는 분석 레이어를 국내에서 돌려 개인정보가 본토 땅에 머물게 합니다 — 보통 본토 안 인프라의 자가 호스팅, 오픈 소스 Metabase 인스턴스로, 그 애플리케이션 데이터베이스와 캐시된 결과가 거주하고 그것이 읽는 데이터 저장소도 국내에, 또는 라이선스된 국내 등가물. 현지화는 해외 엔드포인트로 되닿는 것이 아니라 국내 배치를 뜻합니다.
  • 전송. 분석 레이어 앞단의 어떤 중국 대상 표면 — 대시보드, 임베드된 보고, 귀사 본토 사용자가 여는 보고 포털 — 이든 ICP 비안된, 국내 전송(21YunBox Optimizer)으로, 귀사가 이미 돌리는 스택 앞단에서 돕니다. 재구축도, 두 번째 코드베이스도 없습니다.

이 중 무엇도 법적 판결이 아닙니다. 귀사 운영이 핵심정보인프라 운영자인지, 귀사가 쥐는 것이 중요 데이터로 치는지, 그리고 어느 이전 메커니즘(있다면)을 귀사 흐름이 요구하는지는 귀사가 실제로 Metabase에 로드하는 것에 대조해 자격 있는 중국 자문과 매듭지을 판단입니다 — 이 페이지는 노출을 매핑하지, 그것을 해결하지 않습니다.

결과는 중국 내 귀사 사용자를 위해 합법적으로, 규정에 맞게 도는 분석 레이어입니다. 21YunBox는 어떤 종류의 우회도 쓰거나 제안하지 않습니다.

컴플라이언스 진단 받기 →

관련 읽을거리

자주 묻는 질문

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

귀사가 어느 형태를 돌리는지에 달렸습니다. Metabase Cloud에서, Metabase 자신의 문서는 캐시된 질문 결과가 미국의 Metabase 서버에 저장된다고 말하고, 중국 본토 리전은 없습니다 — 그래서 데이터가 해외에 앉습니다. 자가 호스팅, 오픈 소스 Metabase 인스턴스는 캐시된 결과를 귀사 자신의 애플리케이션 데이터베이스에 저장하므로, 귀사가 그것을 본토 안 인프라에서 돌리면 데이터가 국내에 머뭅니다.

중국에서 Metabase를 쓰는 것이 불법인가요?

본질적으로는 아닙니다. 쟁점은 그것이 집중시키는 분석 데이터가 어디에 쉬는지입니다. 중국 개인정보를 해외 Metabase Cloud 테넌트에 쥐는 것은 PIPL이 고지, 별도 동의, 이전 메커니즘으로만 허용하는 국경 간 이전입니다; 귀사가 데이터 현지화 의무도 지는지는 귀사 역할(예: CIIO인지)과 귀사가 취급하는 개인정보의 물량으로 돕니다. 전면 금지가 아니라 자문과 평가할 리스크로 다루십시오.

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

예. 저희 중국 팀이 귀사 데이터 물량과 역할에 대해 국경 간과 데이터 레지던시 노출을 매핑하고, 캐시된 데이터와 애플리케이션 데이터베이스가 거주하도록 본토 안 인프라에 자가 호스팅, 오픈 소스 Metabase 배치를 세우고, 중국 대상 대시보드를 ICP 비안된 인프라로 국내에서 전송할 수 있습니다 — 재구축 없이. 귀사의 구체적 사례를 함께 다루려면 문의하기.

Metabase 관련 글

카테고리

Data and Analytics