Looker는 중국에서 작동하나요? 데이터 레지던시, 현지화 & PIPL 국경 간
Looker는 Google Cloud의 엔터프라이즈 BI이자 데이터 모델링 플랫폼(LookML 시맨틱 레이어)입니다. Looker (Google Cloud core)는 오직 Google Cloud에서 돌고, 그것은 중국 본토 리전이 없습니다 — 가장 가까운 것은 대만과 홍콩 — 그래서 인스턴스와 그 캐시, 결과 집합이 해외에 쉽니다. Looker 데이터 레지던시, 현지화, PIPL 국경 간 이전을 컴플라이언스 우선으로 살펴봅니다.
Looker는 중국에서 작동하나요?
Looker가 중국에서 "작동"하는지는 먼저 데이터 레지던시 질문입니다 — 그것이 모델링하고, 캐시하고, 보고하는 데이터가 어디에 쉬어도 되는지이지, 대시보드가 로드되는지가 아닙니다.
Looker는 Google Cloud의 엔터프라이즈 BI이자 데이터 모델링 플랫폼(LookML 시맨틱 레이어)으로, 셀프 서비스 Looker Studio와 구별됩니다. 기함 Looker (Google Cloud core)는 Google 관리형이고 오직 Google Cloud에서 돌며, 그것은 중국 본토 리전이 없습니다 — 가장 가까운 것은 asia-east1(대만)과 asia-east2(홍콩) — 그래서 인스턴스와 그것이 쥐는 결과 캐시, 저장 대시보드, 예약 전송 추출이 해외에 쉬고, 그 안의 중국 개인정보는 PIPL이 규율하는 국경 간 이전입니다. 더 오래된 Looker (original)은 귀사가 본토 인프라에서 돌릴 수 있는 고객 호스팅 배포를 제공합니다 — 국내 레버. 핵심정보인프라 운영자나 대량 취급자에, 중국 개인정보는 본토에 머물러야 합니다(PIPL 제40조와 사이버보안법 제39조(구 제37조) 현지화 의무), 해외 Looker 인스턴스가 할 수 없는 것.
이는 리스크 지도이지 판결이 아닙니다 — 귀사 의무는 귀사 법인, 데이터 물량, 누구의 데이터를 Looker가 쥐는지로 돕니다. 저희 중국 팀이 귀사 Looker 데이터 레지던시 노출을 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✕ Google Cloud에 중국 본토 리전 없음 — 가장 가까운 것은 대만과 홍콩
- ! 인스턴스가 쿼리 캐시, 결과 집합, 저장 콘텐츠, 이용자 계정을 해외에 쥡니다
- ! 해외 인스턴스 안 중국 개인 데이터는 PIPL 국경 간 이전입니다(제38~40조)
- ! 핵심정보인프라 운영자/대량 취급자에 국내 저장 의무(PIPL 제40조; CSL 제39조, 구 37조)
- ! Looker (original) 고객 호스팅은 레지던시 유연 — 국내 배포 가능
- ✓ 합법적 경로: Looker를 국내에서 돌리고 + 앞단에 ICP 비안 전송 — 마이그레이션 없음
Looker 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Looker (Google Cloud core)는 Google Cloud 리전에서 돌고, 그 가운데 어느 것도 중국 본토 안에 없습니다. Google의 "Looker (Google Cloud core) locations" 문서는 열거된 위치가 "represent the geographical regions where a Looker (Google Cloud core) instance is hosted," 라 말하고, 그 아시아 태평양 목록은 가장 가까운 것을 asia-east1(대만)과 asia-east2(홍콩)에 둡니다 — 본토에는 없음. 그러므로 인스턴스와, 그것이 쥐는 쿼리 캐시, 저장 대시보드, 예약 전송 추출이 해외에 쉽니다. | Google Cloud — Looker (Google Cloud core) locations, 2026-10-10 열람 |
| Core는 완전히 Google 관리형입니다; 고객 호스팅 배포는 Looker (original)에만 존재합니다. Google의 호스팅 옵션 문서는 "A customer-hosted option is offered only for Looker (original) instances" 하고 이 옵션이 "is not available for Looker (Google Cloud core) instances." 라 밝힙니다. Looker (original)은 멀티클라우드로 설계되었고 온프레미스에 호스팅될 수 있습니다 — 귀사가 분석 레이어를 국내에 두려고 중국 본토 인프라에서 돌릴 수 있는 레지던시 유연 경로. | Google Cloud — Looker: choosing a hosting option, 2026-10-10 열람 |
| 해외 Looker 인스턴스에 쥔 중국 개인정보는 PIPL상 국경 간 이전입니다. Looker(또는 그것이 캐시하는 웨어하우스)가 중국 내 사람의 개인정보를 쥐고 해외 리전에 앉는 곳에서, 처리자 — Google이 아니라 고객인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나를 충족해야 합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증. PIPL 제38~40조가 그 이전을 규율하고, 안전성 평가 조치가 그 평가가 의무인 때를 정합니다. | PIPL 제38~40조; CAC 국경 간 데이터 조치 |
| 핵심정보인프라 운영자와 대량 취급자는 중국 개인정보를 본토에 저장해야 합니다. PIPL 제40조와 사이버보안법 제39조(구 제37조)가 핵심정보인프라 운영자와 대량 취급자에 국내 저장 의무를 부과합니다; 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조항을 37에서 39로 재번호했습니다(실질 불변). BI 플랫폼이 사업 전반의 데이터를 집중시키므로, Looker 배포가 그 자체로 취급자를 대량 문턱 위로 밀 수 있습니다 — 그리고 해외 인스턴스는 구조적으로 그 의무를 충족 못 합니다. 합법적 레버는 라이선스된 국내 배포와 중국 대상 표면을 ICP 비안 전송에 두는 것입니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토를 서비스하는 팀에게, Looker에 대한 결정적 질문은 대시보드가 렌더되는지나 그것이 귀사 데이터 웨어하우스에 도달할 수 있는지가 아닙니다 — 둘 다 일상입니다. 그것은 Looker가 작업하는 데이터가 어디에 쉬어도 되는지입니다. Looker는 Google Cloud의 엔터프라이즈 비즈니스 인텔리전스이자 데이터 모델링 플랫폼 — 귀사 웨어하우스를 쿼리하고 귀사 팀이 읽는 저장된 Look, 대시보드, 예약 전송, 결과 캐시를 짓는 LookML 시맨틱 레이어 — 이고, 그 콘텐츠는 압도적으로 귀사 고객, 이용자, 직원의 개인정보입니다. 기함 Looker (Google Cloud core)는 Google 관리형이고 오직 Google Cloud에서 돌며, Google Cloud는 중국 본토 리전이 없습니다: 가장 가까운 것은 asia-east1(대만)과 asia-east2(홍콩)입니다. 그래서 인스턴스와, 그것이 쥐는 캐시와 결과 집합이 해외에 쉽니다. 더 오래된 Looker (original)은 고객 호스팅 배포를 제공합니다 — 아래에서 돌아올 국내 레버.
한눈에 보는 중국에서의 Looker
| 무엇이 결정하는가 | Looker 자신의 표현으로 — 그리고 중국의 법으로 |
|---|---|
| 데이터가 물리적으로 어디에 쉬는가(리전 현실) | Looker (Google Cloud core)는 오직 Google Cloud에서 돌고, Google의 위치 목록은 중국 본토 리전이 없습니다. 가장 가까운 아시아 태평양 리전은 asia-east1(대만)과 asia-east2(홍콩)로, 둘 다 본토 밖 — 그래서 인스턴스와 그 쿼리 캐시, 결과 집합, 저장 콘텐츠가 해외에 쉽니다. |
| Looker가 무엇을 쥐며, 왜 개인정보인가 | Looker는 귀사 사업 전반에서 끌어온 데이터 — 고객 기록, 이용자 계정, 거래, 직원 데이터 — 를 모델링하고 보고합니다. 그것이 짓는 결과 캐시, 저장된 Look과 대시보드, 예약 전송 추출은 PIPL상 개인정보이고, 그 일부는 민감합니다. 그것이 어디에 쉬는지는 성능이 아니라 법적 질문입니다. |
| 인스턴스가 해외일 때 귀사 중국 이용자의 기록 | 중국 내 사람의 개인정보를 해외 Looker 인스턴스에 쥐면 귀사는 PIPL상 국경 간 이전(제38~40조)을 하는 것입니다: 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, 표준계약, 또는 인증. |
| 국내 저장 의무(핵심정보인프라 운영자 / 대량 취급자) | 핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토에 두어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조) — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 현지화 조항을 37에서 39로, 실질 불변으로 재번호). BI 플랫폼은 데이터를 집중시키고, 그것 자체가 취급자를 대량 문턱 위로 밀 수 있습니다; 해외 Looker 인스턴스는 구조적으로 그 의무를 충족 못 합니다. |
| 도달성은 축이 아니다(그리고 중국 대상 표면) | 대시보드가 중국에서 로드되는지는 전송 사안이지, 법적 시험이 아닙니다; 정지 데이터 레지던시가 시험입니다. 합법적 레버는 분석을 국내에서 돌리는 것 — 본토 인프라의 고객 호스팅 Looker (original) 배포, 또는 라이선스된 국내 등가물 — 과 어떤 중국 대상 보고 표면이든 ICP 비안 전송에 두는 것입니다. |
데이터가 실제로 어디에 쉬는가
Looker는 두 모양으로 오고, 그것들은 레지던시 질문을 다르게 답합니다. 기함 Looker (Google Cloud core)는 완전히 Google 관리형 서비스입니다: Google이 Google Cloud 안에서 인스턴스를 돌리고, 귀사는 그것을 만들 때 Google Cloud 목록에서 위치를 고릅니다. 그 목록은 중국 본토 리전이 없습니다. 가장 가까운 아시아 태평양 위치는 asia-east1(대만)과 asia-east2(홍콩)로, 둘 다 본토 밖입니다. (홍콩은 중국 영토이지만, 데이터 현지화 목적으로 본토와 별개로 다뤄집니다.) 선택할 중국 리전 옵션이 없습니다 — 그래서 Core 인스턴스는, 구조상, 해외에 앉습니다.
Looker는 귀사 웨어하우스를 통째로 복사하기보다 제자리에서 쿼리하는 것으로 알려져 있고, 그것은 얼마나 많은 원시 데이터가 플랫폼에 떨어지는지를 진정으로 제한합니다. 하지만 그것이 레지던시 질문을 테이블에서 치우지 않습니다. 인스턴스는 여전히 쿼리 결과 캐시, 귀사 저장된 Look과 대시보드, 그것이 이메일하거나 스토리지에 쓰는 예약 전송의 결과 집합, LookML 모델, 귀사 이용자 계정을 — 모두 그 Google Cloud 리전에 — 쥡니다. 그리고 귀사가 영구 파생 테이블을 활성화하는 곳에서, Looker는 그것을 귀사가 연결하는 웨어하우스의 스크래치 스키마로 구체화하므로, 그 웨어하우스의 레지던시도 중요합니다. 어느 쪽이든, 개인정보를 담은 결과 집합이 어딘가에 쉽니다 — 인스턴스의 해외 리전에, 또는 귀사가 그것을 가리키는 어느 웨어하우스에든.
할 가치가 있는 명확화 하나: 이 페이지는 Google이 2020년에 인수한 엔터프라이즈 BI이자 데이터 모델링 플랫폼인 Looker에 관한 것입니다 — 별개의, 셀프 서비스 Looker Studio(이전 Google Data Studio)가 아니라. 그것들은 아키텍처가 아니라 브랜드를 공유하고, 여기 레지던시 분석은 Looker의 것입니다.
그것이 쥐는 것은 개인정보다
BI 플랫폼은 집중기입니다. 그것은 모든 소스 시스템 — 귀사 웨어하우스, 귀사 트랜잭션 데이터베이스, 귀사 이벤트 스트림 — 에서 하나의 모델링과 보고 레이어로 끌어온 뒤, 그 위에 추출, 인메모리 모델, 결과 캐시, 예약 전송 출력을 짓습니다. 그것이 Looker 배포를 회사가 쥐는 가장 큰 단일 개인정보 집중 중 하나로 만듭니다: 고객 기록, 이용자 계정, 거래, 지원 이력, 직원 데이터. 그 대부분이 PIPL상 개인정보이고, 일부 — 연락처, 금융, 신원 데이터 — 는 고양된 의무를 끄는 민감 개인정보입니다.
그것이 도달성이 아니라 레지던시가 시험인 이유입니다. 중국 내 사람의 개인정보가 해외 Looker 인스턴스에 — 또는 그것이 캐시하는 해외 웨어하우스에 — 쉴 때, 귀사는 국경 간 이전을 하는 것이고, PIPL 제38~40조가 그것을 규율합니다: 고지, 별도 동의, 합법적 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 안전성 평가 조치가 그 평가가 선택이 아니라 의무인 때를 정합니다.
이전 규칙 위에 더 어려운 의무가 앉습니다. 핵심정보인프라 운영자나 대량 취급자는 중국 개인정보를 본토 안에 저장해야 합니다 — PIPL 제40조와 사이버보안법 제39조(구 제37조)의 데이터 현지화 규칙. BI가 데이터를 집중시키므로, 단일 Looker 배포가 그 자체로 취급자를 그 의무를 촉발하는 대량 문턱 위로 기울일 수 있습니다. 해외 인스턴스는 그것을 충족할 수 없습니다, 데이터가 정의상 나라에 있지 않기 때문입니다.
중국 리전 없는 관리형 서비스에서 돌리는 것은 레지던시 의무를 충족 못 한다 — 그리고 무엇이 충족하는가
해결책은 해외 Looker 엔드포인트를 중국에서 도달 가능하게 만드는 것이 아닙니다. 도달성은 결코 문제가 아니었습니다; 레지던시가 문제입니다. 귀사 의무가 중국 개인정보를 본토에 머물게 요구하면, 합법적 레버는 분석 레이어를 국내에서 돌리는 것입니다.
여기서 두 Looker 제품이 갈립니다. Looker (Google Cloud core)는 중국 본토 리전도 고객 호스팅도 제공하지 않습니다 — Google 자신의 호스팅 문서는 고객 호스팅 옵션이 Looker (original)에만 제공된다고 밝힙니다 — 그래서 Core에 국내 경로는 합법적 국내 등가물을 세우는 것을 뜻합니다. 대조적으로 Looker (original)은 고객 호스팅 배포를 지원합니다: 귀사가 통제하는 인프라에서 운영하는 소프트웨어로, 귀사가 그것을 중국 본토 인프라에 놓아 모델링과 결과 레이어가 국내에 머물게, 그것이 읽는 웨어하우스도 국내에 두고 할 수 있습니다. 고객 호스팅 Looker (original)은 관리형 Core 서비스 대비 자체 기능 간극을 지니므로, 그것을 가늠하십시오 — 하지만 요점은 섭니다: 엔진은 귀사가 배포하는 곳에서 돌고, 여기 무엇도 차단되지 않습니다.
어느 쪽이든 이것은 재플랫폼 프로젝트가 아닙니다. 귀사는 이미 돌리는 스택을 유지하고 데이터가 살아야 하는 곳에 규정에 맞는, 국내 분석 레이어를 놓은 뒤, 중국 대상 보고 표면 — 귀사 본토 이용자가 여는 대시보드와 포털 — 을 그 앞단에 ICP 비안, 국내 전송에 둡니다. 현지화는 국내 배포를 뜻하지, 해외 엔드포인트로 돌아가는 숨은 경로가 아닙니다.
이 페이지는 노출을 매핑합니다; 그것은 법적 판결이 아닙니다. 귀사 실제 의무는 귀사 법인, 귀사가 데이터를 어떻게 분류하는지, 귀사 이전 물량, 귀사가 핵심정보인프라 운영자인지로 도므로 — 어느 단일 경로에 의존하기 전에 자격 있는 중국 자문과 그 구체적인 것을 매듭지으십시오.
합법적 경로 — 매핑, 현지화, 전송
21YunBox는 마이그레이션이 아니라 규정에 맞는 overlay이고 — Google Cloud에, 그리고 귀사 분석 팀에, 그것들에 대한 경쟁자가 아니라 파트너입니다.
- 매핑. 저희는 PIPL 국경 간, 데이터 레지던시, 데이터 현지화(핵심정보인프라), ICP 의무를 귀사 법인, 귀사 데이터 물량, 누구의 개인정보가 실제로 Looker로 흐르는지에 대조해 읽어 — 귀사가 무언가 옮기기 전에 어느 의무가 무는지 알도록.
- 현지화. 저희는 분석 레이어를 국내에서 돌려 개인정보가 본토 땅에 머물게 합니다 — 그것이 맞는 곳에서는 본토 인프라의 고객 호스팅 Looker (original) 배포, 또는 라이선스된 국내 등가물로, 연결된 웨어하우스를 국내에 두고 — 그리고 머물러야 하는 것에 동의된, 국내 저장을 유지합니다. 중국 리전이 없는 Looker (Google Cloud core)에, 현지화는 해외 엔드포인트로의 숨은 경로가 아니라 합법적 국내 등가물을 세우는 것을 뜻합니다.
- 전송. 분석 레이어 앞단의 어떤 중국 대상 표면 — 대시보드, 임베드된 보고, 귀사 본토 이용자가 치는 관리·보고 포털 — 도 ICP 비안, 국내 전송(21YunBox Optimizer)으로, 귀사가 이미 돌리는 스택 앞단에 돕니다. 재구축도, 두 번째 코드베이스도 없이.
결과는 귀사 중국 이용자에게 합법적으로 규정에 맞게 도는 분석 레이어입니다. 21YunBox는 어떤 종류의 우회도 쓰거나 제안하지 않습니다.
관련 읽을거리
자주 묻는 질문
Looker는 중국 본토 리전이 있나요?
Looker (Google Cloud core)에는 없습니다. 그것은 Google 관리형이고 오직 Google Cloud에서 돌며, 그 리전은 중국 본토 안에 아무것도 포함하지 않습니다 — 가장 가까운 것은 asia-east1(대만)과 asia-east2(홍콩). 그래서 Core 인스턴스와, 그것이 쥐는 결과 캐시, 저장 대시보드, 예약 전송 추출이 해외에 쉽니다. 더 오래된 Looker (original)도 중국 리전이 없지만, 귀사가 중국 본토 인프라에 놓을 수 있는 고객 호스팅 배포를 제공합니다.
Looker는 데이터를 복사하는 대신 우리 웨어하우스를 제자리에서 쿼리하니 중국에 괜찮지 않나요?
제자리 쿼리는 Looker가 얼마나 많은 데이터를 인제스트하는지를 줄이지만, 레지던시 질문을 없애지 않습니다. 인스턴스는 여전히 쿼리 결과 캐시, 저장된 Look과 대시보드, 예약 전송 결과 집합, LookML 모델, 이용자 계정을 그 Google Cloud 리전에 쥐고, 영구 파생 테이블은 귀사가 연결하는 웨어하우스에 구체화됩니다. 그 결과 집합이 중국 내 사람의 개인정보를 쥐는 어디서든, 그것은 여전히 합법적인 어딘가에 쉬어야 합니다 — 그래서 인스턴스의 리전과 연결된 웨어하우스의 리전 둘 다 중요합니다.
21YunBox가 우리 Looker 설정을 중국에 규정에 맞게 만들 수 있나요?
예. 저희 중국 팀이 귀사 법인과 데이터 물량에 대해 귀사 국경 간과 데이터 레지던시 노출을 매핑하고 — 법이 귀사 중국 이용자의 데이터를 본토에 머물게 요구하는 곳에서 — 합법적 국내 분석 레이어(본토 인프라의 고객 호스팅 Looker (original) 배포, 또는 라이선스된 국내 등가물로, 연결된 웨어하우스를 국내에 두고)를 세우고 중국 대상 보고 표면을 귀사가 이미 돌리는 스택 앞단에 ICP 비안 전송에 둡니다. 그것은 Looker나 Google Cloud로부터의 마이그레이션이 아니라 규정에 맞는 overlay이고, 21YunBox는 어떤 종류의 우회도 쓰거나 제안하지 않습니다.
