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

Hasura는 중국에서 작동하나요? 데이터 레지던시, PIPL, 그리고 해외 GraphQL API

Hasura는 귀사 데이터 위에 즉석 GraphQL API를 주며, 그 관리형 호스팅 — Hasura Cloud와 Hasura DDN — 은 그 API 레이어를 해외 클라우드(AWS, GCP, Azure)에서만 돌리고 중국 본토에는 없습니다. 그래서 귀사 중국 이용자의 모든 쿼리가 국경을 넘습니다: 속도가 아니라 PIPL 데이터 레지던시·국경 간 이전 문제.

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

Hasura를 중국 본토에서 쓸 수 있는지는 API가 얼마나 빨리 응답하는지가 아니라 먼저 데이터 레지던시에 달려 있습니다. Hasura는 귀사 데이터 위에 즉석 GraphQL API를 주며, 그 관리형 호스팅 — Hasura Cloud, 그리고 후속 Hasura DDN — 은 그 API 레이어를 중국 본토 안 리전 없이 해외에서 돌립니다.

Hasura 자신의 Cloud 리전 문서에 따르면, "Hasura Cloud is available in multiple regions on both Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure Cloud" — 미국·유럽에서 도쿄, 싱가포르, 시드니, 뭄바이에 이르는 리전 목록으로, 어느 것도 본토에 없습니다. API가 해외에 앉기에, 귀사 중국 이용자가 자신의 개인 데이터에 하는 모든 쿼리와 뮤테이션이 국경 너머에서 응답되고, Hasura Cloud가 캐시하는 것도 그 해외 리전에 안착합니다 — PIPL이 규율하는 개인정보의 국경 간 이전이며, 핵심정보인프라 운영자나 대량 취급자에는 국내화 의무가 붙습니다. 아래 표는 Hasura 자신의 표현과 그것이 발동시키는 규칙입니다.

이는 리스크 그림이지 판정이 아닙니다 — 귀사의 의무는 API를 통해 흐르는 것, 데이터 물량, 역할에 달려 있습니다. 저희 중국 팀이 귀사의 Hasura 노출을 함께 진단해 드립니다 →

컴플라이언스 스냅샷

  • ! 도달 가능하나, GraphQL API는 해외 셀(AWS, GCP, Azure)에서 제공됨 — 중국 본토 리전 없음
  • ! 귀사 중국 이용자 데이터에 대한 모든 쿼리와 뮤테이션이 국경 너머에서 응답됨
  • ! 전송 중 개인 데이터 — 그리고 Hasura Cloud가 캐시하는 것 — 은 PIPL상 해외에서 다뤄짐
  • ✕ Hasura Cloud나 Hasura DDN에 중국 내 리전도 데이터 레지던시 옵션도 없음
  • ✓ 앞단 앱을 위한 규정에 맞는 ICP 비안 국내 경로가 있음 — 재구축도 마이그레이션도 없이
컴플라이언스 진단 받기
시작하는 데 중국 법인은 필요하지 않습니다

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

사실1차 출처
Hasura 자신의 표현으로: "Hasura Cloud is available in multiple regions on both Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure Cloud." 그것이 열거하는 리전은 미국·유럽에서 캐나다(중부)까지, 그리고 아시아 태평양에서 도쿄, 시드니, 싱가포르, 뭄바이까지 걸칩니다 — 어느 것도 중국 본토 안에 없고, 가장 가까운 도쿄나 싱가포르도 여전히 해외입니다. Hasura — Hasura Cloud Regions, 2026-10-08 열람
Hasura는 귀사 데이터 앞단의 GraphQL API 레이어이지 데이터베이스 자체가 아닙니다 — 그러나 바로 그 점이 중요한 이유입니다: 귀사 중국 이용자가 하는 모든 읽기와 쓰기가 Hasura Cloud가 해외에 호스팅하는 엔드포인트를 통해 라우팅되므로, 그들의 개인정보가 매 요청마다 나라를 떠납니다. PIPL이 그 국경 간 이전을 규율합니다: 개인정보 처리자 — Hasura가 아니라 Hasura 고객인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 충족해야 합니다. PIPL 제3장, 제38~43조
노출은 단지 도구를 쓰는 것이 아니라 물량과 역할에 따라 커집니다: CAC의 2024년 3월 국경 간 데이터 규칙상, 비(非)핵심정보인프라 운영자가 1역년에 10만 명 미만의 비민감 개인정보를 이전하는 경우 안전성 평가, 표준계약, 인증이 면제됩니다 — 그 이상이면 그 메커니즘 중 하나가 적용됩니다. CAC — 국경 간 데이터 흐름 촉진·규범화 규정, 2024년 3월
핵심정보인프라 운영자나 대량 취급자에는 중국에서 수집한 개인정보가 본토 안에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 어느 해외 Hasura 리전도 충족할 수 없는 의무. 본토 대상이 필요로 하는 별도의 ICP 비안은 Hasura의 문이 아닙니다: API는 자체 공개 사이트를 제공하지 않으므로, 그 의무는 Hasura 앞단의 애플리케이션이 중국 이용자를 마주하는 곳에 앉습니다. PIPL 제40조; 사이버보안법 제39조(구 제37조)

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

중국 본토 대상에게 Hasura에 대한 결정적 질문은 API가 얼마나 빨리 응답하는지가 아니라 — 그 API 뒤의 데이터가 어디에 살도록 허용되는지, 그리고 그것을 제공하는 API가 어디서 도는지입니다. Hasura는 귀사의 기존 데이터 위에 즉석 GraphQL API를 줍니다; 그것은 데이터베이스 자체가 아니라 데이터베이스 앞단의 레이어입니다. 그 관리형 호스팅 — Hasura Cloud, 그리고 그 후속 Hasura DDN — 은 그 API 레이어를 해외 클라우드에서, 중국 본토 안에는 리전 없이 돌립니다. 엔드포인트는 국경 너머로 도달 가능합니다; 중국의 법이 반응하는 것은 귀사 이용자의 개인 데이터에 대한 모든 쿼리가 해외에서 응답되고, 그 관리형 서비스의 아무것도 본토에 앉지 않는다는 것입니다.

Hasura Cloud가 AWS, GCP, Microsoft Azure의 여러 리전에서 가용하며 미국, 캐나다, 유럽과 아시아 태평양 리전(도쿄, 시드니, 싱가포르, 뭄바이)을 열거하되 중국 본토 리전은 없다고 밝히는 Hasura Cloud 리전 문서
Hasura 자신의 Cloud 리전 문서: “Hasura Cloud is available in multiple regions on both Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure Cloud” — 미국, 캐나다, 유럽, 그리고 아시아 태평양에서 도쿄, 시드니, 싱가포르, 뭄바이에 걸친 리전과 함께, 어느 것도 중국 본토 안에 없습니다. 출처: hasura.io/docs/2.0/hasura-cloud/regions

한눈에 보는 중국의 Hasura

무엇이 결정하는가 중국에 대해 Hasura가 선 자리
Hasura가 무엇인가 귀사의 기존 데이터 소스 위의 즉석 GraphQL(및 REST) API — 귀사 애플리케이션이 쿼리하는 레이어이지, 기록의 데이터베이스가 아닙니다. 그 API가 어디서 돌고, 그것이 제공하는 데이터가 어디로 이동하는지가 결정적 질문입니다.
어디서 도는가 Hasura Cloud는 “available in multiple regions on both Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure Cloud”입니다 — 미국, 캐나다, 유럽에 걸쳐, 그리고 아시아 태평양에서 도쿄, 시드니, 싱가포르, 뭄바이로. 어느 리전도 중국 본토 안에 없습니다; 그 후속 Hasura DDN은 데이터 플레인을 그 같은 해외 클라우드에서 돌립니다.
귀사 중국 이용자의 데이터 모든 쿼리와 뮤테이션이 해외 엔드포인트에서 응답되므로, 개인 데이터는 매 요청마다 나라를 떠납니다; Hasura Cloud가 캐시하는 응답도 해외에 안착합니다. PIPL이 규율하는 국경 간 이전입니다.
데이터 레지던시 핵심정보인프라 운영자나 대량 취급자에는 중국에서 수집한 개인정보가 본토에 머물러야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 어느 해외 Hasura 리전도 그 의무를 충족할 수 없습니다.
ICP 비안 Hasura의 문이 아닙니다. API는 공개 사이트를 제공하지 않으므로, 본토 대상이 필요로 하는 ICP 비안은 API 레이어 자체가 아니라 Hasura 앞단의 애플리케이션에 앉습니다.

귀사의 API 레이어는 해외에서 돈다 — 그리고 그것이 제공하는 데이터도

Hasura의 일은 귀사가 이미 쥔 데이터 위에 GraphQL API를 노출하는 것이고, 그 관리형 호스팅은 그 API를 해외에서 돌립니다. Hasura 자신의 Cloud 리전 문서에서, *“Hasura Cloud is available in multiple regions on both Amazon Web Services (AWS), Google Cloud Platform (GCP) and Microsoft Azure Cloud,“*이고 그것이 제공하는 리전은 미국·캐나다에서 유럽을 거쳐 도쿄, 시드니, 싱가포르, 뭄바이까지 — 어느 하나도 본토에 없고, 가장 가까운 것도 여전히 해외입니다. Hasura의 더 새로운 Data Delivery Network(DDN)도 같은 방식으로 지어져, 데이터 플레인을 그 같은 해외 클라우드에서 돌립니다. 그 지리가 어느 쿼리의 시간을 재기 전에 중국 질문을 매듭짓습니다: 귀사 중국 이용자에게 응답하는 엔드포인트가 나라 밖에 앉고, 그들이 하는 모든 읽기와 쓰기가 그것을 통해 라우팅됩니다.

게이트웨이는 사본이 아니다 — 개인 데이터 자체가 국경을 넘는다

API 레이어를 해롭지 않은 배관으로 다루고 싶지만, Hasura에서는 국경을 넘는 것이 개인 데이터 자체입니다. 각 GraphQL 쿼리는 해외 엔드포인트를 통해 귀사 이용자의 레코드를 읽어 내고; 각 뮤테이션은 그것을 통해 되씁니다; 그리고 Hasura Cloud의 응답 캐싱을 켜는 곳에서는, 쿼리가 반환한 데이터가 단지 지나치는 게 아니라 그 해외 리전에 안착할 수 있습니다. 그래서 중국 본토의 애플리케이션 — 또는 이용자 — 이 Hasura Cloud 엔드포인트와 대화하는 것은 한 번이 아니라 끊임없이 개인정보를 국경 너머로 교환하는 것입니다. 중국 개인정보 보호법상, 그 지속적 흐름과 모든 해외 캐싱은 국경 간 이전이고, 의무는 Hasura가 아니라 귀사 — 처리자 — 에 떨어집니다: 고지, 별도 동의, 그리고 충족된 이전 메커니즘 하나. 왕복을 튜닝하는 것은 데이터가 어디서 다뤄지는지를 바꾸지 않습니다; 그것이 성능 수정이 닿을 수 없는 부분입니다. 핵심정보인프라 운영자나 대량 취급자에는 중국에서 수집한 개인정보가 본토에 머물러야 하고(PIPL 제40조; 사이버보안법 제39조(구 제37조)), 어느 해외 Hasura 리전도 그것을 충족할 수 없습니다.

ICP는 API가 아니라 앱의 문이다 — 그리고 그렇게 말하는 것이 중요하다

모든 중국 페이지에 ICP 경고를 붙이기는 쉽지만, 그것은 Hasura 레이어에 속하지 않습니다. 국무원령 제292호와 공업정보화부령 제33호상 ICP 비안(ICP 备案)은 공개 대상 웹사이트와 그것을 제공하는 본토 호스팅에 붙습니다 — 그리고 API는 자체 공개 사이트를 제공하지 않습니다. 그래서 그 의무는 API 레이어가 아니라, 중국 대상을 마주하는 귀사 Hasura 엔드포인트 앞단의 애플리케이션에 앉습니다. Hasura의 컴플라이언스 무게는 한 더 좁은 곳에서 더 무겁습니다: 데이터 레지던시와 국경 간 흐름. 두 문을 구별된 채로 두는 것은 데이터 질문을 허가 질문으로 흐리는 대신, 어느 리스크가 어디에 사는지를 정확히 알려 줍니다.

이는 리스크 지도이지 판정이 아닙니다: 국내화 의무가 적용되는지, 어느 국경 간 메커니즘이 맞는지는 귀사 법인, 얼마나 많은 개인 데이터를 다루는지, 그리고 그것이 누구의 것인지에 달려 있습니다 — 구축 전에 법률 자문과 매듭지을 만합니다.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이

귀사는 Hasura 위에 계속 빌드합니다. 저희는 해외 API 레이어가 홀로 제공할 수 없는 조각을 더합니다: 귀사 API를 호출하는 애플리케이션을 위한 규정에 맞는 본토 안 ICP 비안 전송과, 귀사의 데이터 레지던시 의무가 요구하는 모든 중국 내 저장 — 이미 운영 중인 스택 주위에, 재구축도, 두 번째 코드베이스도, Hasura에서 옮겨 가는 것도 없이. 저희 중국 팀이 귀사 법인·데이터 물량에 대한 PIPL 국경 간·데이터 국내화 노출을 진단하고, 합법적 중국 존재가 필요로 하는 국내 전송·저장을 세우며, 그동안 귀사 GraphQL API는 이미 도는 곳에서 정확히 계속 돕니다.

컴플라이언스 진단 받기 →


관련 읽을거리:

자주 묻는 질문

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

아니요. Hasura의 관리형 호스팅 — Hasura Cloud, 그리고 후속 Hasura DDN — 은 API 레이어를 해외 클라우드(AWS, GCP, Azure)에서만 돌리고, 자신의 리전 문서는 중국 본토 리전을 열거하지 않습니다. 그래서 귀사 중국 이용자가 하는 쿼리와 뮤테이션은 해외에서 응답되고, Hasura Cloud가 캐시하는 어떤 응답도 거기에 안착합니다; 그들의 개인 데이터는 본토 밖에서 다뤄집니다.

중국에서 Hasura를 쓰는 것은 법에 어긋나나요?

본질적으로는 아닙니다. 문제는 해외 API를 통한 개인정보의 국경 간 이전이며, PIPL은 귀사가 고지하고 별도 동의를 받고 이전 메커니즘 하나를 충족하면 그것을 허용합니다. 데이터 국내화 의무도 지는지는 귀사의 역할(예컨대 핵심정보인프라 운영자인지)과 다루는 개인정보 물량에 달려 있습니다. 이를 전면 금지가 아니라 법률 자문과 평가할 리스크로 다루십시오.

21YunBox가 우리 Hasura 설정을 중국에서 규정에 맞게 만들도록 도울 수 있나요?

예. 저희 중국 팀이 귀사 데이터 물량·역할에 대한 국경 간·데이터 레지던시 노출을 진단하고, 귀사 API 앞단의 애플리케이션을 위한 규정에 맞는 ICP 비안 국내 전송을 — 그리고 법이 중국 이용자의 데이터를 본토에 두도록 요구하는 곳에서는 국내 저장을 — 재구축이나 Hasura 이탈 없이 세웁니다. 귀사의 구체적 사례를 함께 다루려면 문의하기.

웹사이트

https://hasura.io/

카테고리

Hosting