Gatsby는 중국에서 작동하나요? Gatsby Cloud는 사라졌습니다 — ICP, 방문자 데이터, 그리고 규정에 맞는 국내 계층

이 가이드는 한때 Gatsby Cloud를 중국 본토에서 빠르게 로드하는 방법을 설명했습니다. 이제는 그 가이드일 수 없습니다. Gatsby Cloud가 더 이상 제품이 아니기 때문입니다. Netlify는 Gatsby를 인수하고 그 호스팅 서비스를 종료하면서, 기존 고객에게 서비스 종료일과 자사 플랫폼으로 사이트를 이전할 경로를 안내했습니다. 그 변화를 온전히 통과한 것은 Gatsby 자체 — 오픈소스 프레임워크 — 이며, 이제 전용 호스트가 아닌 범용 호스트 위에서 여전히 빌드되고 배포됩니다. 그래서 오늘 유효한 질문은 Gatsby Cloud를 어떻게 빠르게 하는가가 아니라 내 Gatsby 사이트는 이제 어디서 돌아가며, 그것을 중국 본토의 사람들에게 합법적으로 서비스하려면 무엇이 필요한가입니다. 이것은 성능 문제이기 이전에 컴플라이언스 문제이며 — 이 페이지의 나머지도 그 순서를 따릅니다.

한눈에 보는 중국에서의 Gatsby 사이트

먼저, 바로잡기: Gatsby Cloud는 사라졌습니다

무엇이 바뀌었는지 정확히 짚을 가치가 있습니다. 그 이름이 아주 많은 옛 튜토리얼에 — 이 글을 포함해 — 여전히 등장하기 때문입니다. Netlify의 공지는 분명합니다: Gatsby 인수에 이어, Gatsby Cloud 제품을 폐지하고 고객을 Netlify Cloud로 옮기고 있습니다. Gatsby 자신의 Cloud 제품 페이지는 이제 그 공지로 곧장 리다이렉트되며, 이는 무언가가 끝났다는, 벤더가 보내는 가장 분명한 신호에 가깝습니다. 분명히 해 두자면, 프레임워크는 어디로도 사라지지 않습니다 — Netlify는 이 변화가 “not impact Gatsby JS”라고 말합니다 — 그러나 귀하가 Gatsby Cloud로 기억할 관리형 호스팅은 오늘 배포할 수 있는 대상이 아닙니다. Gatsby 사이트가 중국에서 작동해야 해서 이 글을 보고 계시다면, 첫걸음은 단지 그 사이트가 이제 어디에 호스팅되는지를 아는 것입니다; 아래의 모든 컴플라이언스 질문이 그 하나의 답에 달려 있습니다.

관문 하나: 새 호스트가 보유할 수 없는 비안

중국 본토를 서비스하는 일은 결코 하나의 문제가 아니었습니다. 두 가지이며, 서로 독립적으로 실패합니다: 페이지가 정말로 빠르면서도 거기서 서비스될 허가가 없을 수 있고, 완전히 허가를 받고도 국경을 기어서 넘어올 수 있습니다. 두 번째 관문은 팀들이 뒤늦게 발견하곤 하는 쪽입니다. 중국 본토의 사람들에게 보여지는 공개 웹사이트에는 ICP 비안(备案)이 필요하며, 국무원령 제292호와 공업정보화부령 제33호에 따라 그 비안은 본토 안에 물리적으로 존재하는 호스팅 자원과 본토 법인에 묶입니다. Netlify 위의 — 또는 어떤 전 세계 플랫폼 위의 — Gatsby 사이트에는 비안이 묶일 국내 자원이 없습니다. Netlify는 자사 네트워크의 모양을 솔직히 밝힙니다: 자신의 표현으로 “a global platform”이며 “to worldwide edge locations”로 전송하는데, 그중 중국 본토에 있는 것은 없습니다. 이는 그것을 강력한 글로벌 오리진으로 만들고, 바로 그 같은 사실로, 국내 중국 거점이 아니게 만듭니다.

사람들이 걸려 넘어지는 지점이 여기 있습니다. Gatsby 페이지를 마침내 본토 안에서 빠르게 만드는 단 하나의 움직임 — 그것을 국내에서 전송하는 것 — 이 바로 그것을 비안의 적용 아래로 데려오는 움직임입니다. 속도와 비안은 두 개의 별개 심부름이 아닙니다; 양쪽에서 다가가는 하나의 문입니다. 그래서 비안을 비켜 가려고 역외에 머무르는 어떤 구성도, 피할 수 없이, 벗어나려 했던 그 느리고 필터링된 국경 통과를 그대로 유지하는 구성이기도 합니다.

관문 둘: 국경에서의 방문자 데이터

비안은 사이트가 어디서 서비스되는지에 관한 것입니다. 두 번째 컴플라이언스 질문은 일단 서비스되기 시작하면 무엇이 국경을 넘는가에 관한 것입니다. 본토 방문자의 실제 IP 주소는 중국 개인정보 보호법상의 개인정보이며, 그와 함께 이동하는 요청 로그도 마찬가지입니다. 그 방문자들을 역외 호스트에서 서비스한다는 것은 그들의 개인정보가 요청마다 본토를 떠난다는 뜻이며 — 이는 PIPL이 제3장 제38~43조를 통해 규율하는 국경 간 이전입니다: 고지, 별도 동의, 그리고 허용되는 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증). 핵심정보인프라 운영자나 대량 취급자의 경우, 제40조는 — 사이버보안법 제39조(구 제37조)와 함께 읽어 — 그 데이터를 중국 안에 두어야 할 의무를 더합니다.

규정에 맞는 설계는 순진한 설계의 정반대를 합니다. 각 방문자 자신의 IP를 나라 밖으로 실어 나르는 대신, 본토 방문자를 국내 진입점에서 종단하고 귀사의 Gatsby 오리진에는 하나의 고정된 국내 주소를 보냅니다. 귀사 오리진이 모든 실제 클라이언트 IP가 아니라 하나의 국내 주소를 보게 되는 것은 설계가 의도대로 작동하는 것이지, 손봐서 없애야 할 결함이 아닙니다.

이 중 어느 것도 귀사의 특정 사이트에 대한 판정이 아닙니다. 이는 리스크 지도입니다 — 어느 관문이 얼마나 무겁게 적용되는지는 귀사가 중국에서 대중에게 서비스하는지, 귀사의 법인, 그리고 사이트가 다루는 개인정보에 달려 있으며, 가정하기보다 법률 자문과 함께 정리할 가치가 있습니다.

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

귀사는 Gatsby를 유지하고, 이전해 간 호스트가 무엇이든 — Netlify든 다른 무엇이든 — 오리진이자 원본으로 유지합니다. Netlify는 잘하는 바로 그 글로벌 플랫폼으로 남습니다; 21YunBox는 글로벌 엣지가 구조상 할 수 없는 한 조각을 더합니다: 본토 내부로부터의 ICP 비안 전송을, 기존 오리진 앞단에, 재구축도 두 번째 코드베이스도 없이 둡니다. 저희 중국 팀은 귀사의 법인과 데이터에 어떤 의무가 적용되는지 파악하고, 국내 인프라에 대해 ICP 비안을 처리하며, 귀사의 Gatsby 빌드가 오늘과 똑같이 출시를 이어 가는 동안 본토 대상을 서비스하는 규정에 맞는 국내 진입점을 세웁니다. 이것은 이동이 아니라 오버레이입니다 — 기술적 절반과 규제적 절반을 서로 맞춰 정렬한 것이며, 이는 저희에게서든 다른 누구에게서든 귀사가 받는 어떤 중국 제안에서도 가장 확인할 가치가 있는 조항입니다.

컴플라이언스 진단 받기 →

함께 읽기:

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