GitLab은 중국에서 작동하나요? 데이터 레지던시, 국내화, 그리고 PIPL 국경 간 이전
GitLab은 중국에서 차단되지 않습니다 — 진짜 질문은 귀사의 소스 코드, CI/CD 시크릿, 로그, 코드형 인프라(IaC) 상태가 어디에 머물도록 허용되느냐입니다. GitLab.com은 Google Cloud 위에서 돌고 GitLab Dedicated는 중국 본토 옵션이 없는 AWS 리전만 제공하므로, SaaS 인스턴스는 그 자산을 해외에 둡니다. 데이터 레지던시, PIPL 국경 간·국내화 의무, 그리고 자체 관리 국내 레버를 컴플라이언스 관점에서 살펴봅니다.
GitLab은 중국에서 작동하나요?
GitLab은 중국에 문제없이 도달합니다 — 그러나 도달성은 결코 질문이 아니었습니다. GitLab.com은 Google Cloud 위에서 돌고 GitLab Dedicated는 중국 본토 옵션이 없는 AWS 리전에만 배포하므로, 귀사가 푸시하는 소스 코드, CI/CD 시크릿, 로그, 아티팩트, 코드형 인프라 상태가 해외에 머뭅니다 — 그리고 커밋·픽스처·티켓에 중국 개인정보가 함께 실린 곳이면 그것은 호스팅 세부가 아니라 PIPL 국경 간 이전입니다.
GitLab Dedicated 자신의 데이터 레지던시 페이지는 "During onboarding, you select the AWS region for your instance deployment and data storage,"라고 밝히며, 그 리전 목록은 싱가포르·도쿄에서 프랑크푸르트·버지니아까지 이어지고 중국 본토에는 아무것도 없습니다. 합법적 레버는 GitLab이 오픈코어라는 점입니다: GitLab Self-Managed는 귀사가 통제하는 인프라 — 중국 본토 서버 포함 — 에 설치되고, 자체 호스팅 러너와 함께라면 리포지토리, 파이프라인, 상태가 국내에 머뭅니다. (GitLab은 또한 자신의 기술을 독립 중국 회사 JiHu에 라이선스했고, JiHu가 중국에서 GitLab을 별도로 운영합니다 — 국내 옵션이지 자동 컴플라이언스는 아닙니다.) 해외 레지던시는 PIPL상의 국경 간 이전이며, 핵심정보인프라 운영자나 대량 취급자에는 데이터 국내화 의무가 코드를 본토에 두도록 요구합니다.
이는 판정이 아니라 리스크 지도입니다 — 국내 저장, 이전 메커니즘, 또는 둘 다를 져야 하는지는 귀사의 법인, 데이터, 그리고 개발자가 누구인지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 진단해 드립니다 →
컴플라이언스 스냅샷
- ✕ GitLab.com이나 GitLab Dedicated에 중국 본토 리전 없음
- ! 리포지토리, CI 로그, 시크릿, IaC 상태가 해외에 머묾
- ! 중국 개발자가 해외로 푸시하는 것은 PIPL 국경 간 이전
- ! CIIO나 대량 취급자는 SaaS가 충족할 수 없는 국내 저장 의무를 짐
- ! JiHu는 별개의 허가받은 중국 운영자 — 자동 컴플라이언스 아님
- ✓ 본토 인프라의 자체 관리는 코드와 상태를 국내에 머물게 함
GitLab 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| GitLab Dedicated 리전 중 중국 본토에 있는 것은 없습니다. GitLab의 Data residency and high availability 페이지는 "During onboarding, you select the AWS region for your instance deployment and data storage,"라고 밝히며, 그 가용 리전 목록은 아시아 태평양(뭄바이, 서울, 싱가포르, 시드니, 도쿄), 유럽(프랑크푸르트, 아일랜드, 런던, 스톡홀름), 미국, 캐나다, 바레인에 걸쳐 있습니다 — 베이징이나 닝샤 리전은 없습니다. AWS 중국 파티션은 GitLab Dedicated가 배포하지 않는 별개의 클라우드이므로, Dedicated 인스턴스의 리포지토리, 파이프라인, 아티팩트는 해외에 머뭅니다. | GitLab Docs — GitLab Dedicated: Data residency and high availability, 2026-10-10 열람 |
| GitLab.com은 Google Cloud 위에서 돌고; 오픈코어 소프트웨어는 귀사가 호스팅하는 곳 어디에든 — 중국 본토 포함 — 돕니다. GitLab은 "GitLab.com is migrating to Google Cloud Platform,"라고 알렸고, 그 멀티테넌트 SaaS에는 고객이 고를 수 있는 리전이 없습니다. GitLab은 오픈코어이며, 그 설치 페이지는 GitLab Self-Managed를 귀사가 "install, host GitLab on your own setup"하며 "full control of your data and infrastructure"를 갖는 인스턴스로 설명합니다 — 그래서 자체 호스팅 러너와 함께 코드와 CI/CD 상태를 국내에 둘 수 있습니다. GitLab은 또한 자신의 기술을 독립 중국 회사(JiHu)에 라이선스했고, JiHu가 중국에서 GitLab을 별도로 운영합니다 — 국내 옵션이지 자동 컴플라이언스는 아닙니다. | GitLab — 설치 페이지 및 'Moving to Google Cloud Platform' / JiHu 라이선스 공지, 2026-10-10 열람 |
| 중국 개발자가 해외 인스턴스로 푸시하는 것은 국경 간 이전입니다. 소스 코드 — 그리고 커밋·티켓·픽스처의 모든 이름·이메일·고객 기록 — 가 본토 밖에 호스팅된 GitLab 인스턴스로 푸시되면, 그 개인정보가 중국을 떠납니다. PIPL상 이는 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 요하는 국경 간 이전입니다(제38~40조). | PIPL 제38~40조(cac.gov.cn) |
| 일부 취급자는 어떤 해외 DevOps 클라우드도 제공할 수 없는 국내 저장 의무를 집니다. 귀사가 핵심정보인프라 운영자이거나 규제 물량 기준을 넘는 개인정보를 처리한다면, 본토에서 수집한 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). GitLab.com과 GitLab Dedicated에 중국 본토 리전이 없으므로, 어떤 SaaS 구성도 그 국내화 의무를 그 자체로 충족할 수 없습니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조)(cac.gov.cn) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토 엔지니어링 팀에게 GitLab에 대해 가장 먼저 매듭지어야 할 것은, 질문이 그것이 설치되는지, git push가 서버에 닿는지가 아니라는 점입니다. GitLab은 완전한 DevOps 플랫폼이며, 회사의 가장 민감한 자산 몇 가지를 담습니다: 소스 코드(그 자체로 영업비밀이며, 구성·픽스처·테스트 데이터 안에 자격 증명, API 키, 개인정보를 일상적으로 품음), CI/CD 파이프라인 시크릿, 빌드 로그·아티팩트, 그리고 귀사의 토폴로지 전체를 매핑하는 코드형 인프라(IaC) 상태. 그 모든 것이 어디에 머물도록 허용되느냐가 진짜 질문입니다. GitLab의 자세는 세 가지 형태입니다: 멀티테넌트 SaaS인 GitLab.com은 고객이 리전을 고를 수 없는 Google Cloud 위에서 돌고; 단일 테넌트 관리형 서비스인 GitLab Dedicated는 고정된 AWS 리전 목록 — 중국 본토 없음 — 에만 배포하며; 오픈코어 소프트웨어인 GitLab Self-Managed는 귀사가 고른 인프라(중국 본토 서버 포함)에 설치됩니다. 그 레지던시 사실이, 도달성이 아니라, 질문 전체입니다.
한눈에 보는 중국에서의 GitLab
| 무엇이 결정하나 | GitLab 자신의 표현으로는 — 그리고 중국의 법 |
|---|---|
| 코드와 상태가 물리적으로 어디에 머무나 | 멀티테넌트 SaaS인 GitLab.com은 고객이 리전을 고를 수 없는 Google Cloud Platform 위에서 돕니다(GitLab 자신의 표현: "GitLab.com is migrating to Google Cloud Platform"). GitLab Dedicated는 리전을 고르게 하지만, 그 데이터 레지던시 페이지는 "During onboarding, you select the AWS region for your instance deployment and data storage"라고 밝히며 — 그 목록에 중국 본토 리전이 없습니다. 오픈코어 소프트웨어인 GitLab Self-Managed는 중국 본토를 포함해 귀사가 고른 곳 어디에든 설치됩니다. |
| 무엇을 담고, 왜 개인정보인가 | DevOps 플랫폼은 귀사 엔지니어링의 왕관 보석이 머무는 곳입니다: 소스 코드(영업비밀이며, 구성·픽스처·테스트 데이터 안에 자격 증명, API 키, 개인정보를 일상적으로 품음), CI/CD 파이프라인 시크릿, 빌드 로그·아티팩트, 이슈·머지 리퀘스트 이력, 그리고 흔히 시크릿을 평문으로 저장하는 코드형 인프라 상태. 커밋, 티켓, 픽스처가 이름·이메일·실제 고객 기록을 실은 곳이면 개인정보 보호법상 개인정보이며 — ID·금융·건강 데이터가 나타나는 곳에서는 PIPL 제28조상 민감 개인정보입니다. |
| 중국 개발자가 국경 너머로 푸시 | 중국의 개발자가 해외에 호스팅된 GitLab.com이나 GitLab Dedicated 인스턴스로 푸시하면, 코드, 시크릿, 그 안의 모든 개인정보가 국외로 나갑니다. PIPL상 이는 국경 간 이전(数据出境)이며, 제38~40조가 의무를 귀사에 둡니다: 고지, 별도 동의, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. |
| 국내 저장 의무 | 핵심정보인프라 운영자나 대량 취급자의 경우 저장은 선택이 아닙니다: PIPL 제40조와 사이버보안법 제39조(구 제37조)는 중국에서 수집한 개인정보와 중요 데이터를 중국에 저장하고 어떤 수출 전에도 안전성 평가를 하도록 요구합니다. 중국 본토 리전이 없는 해외 DevOps 클라우드는 그 의무를 구조적으로 충족할 수 없습니다. |
| 도달성은 축이 아니다 | GitLab.com과 GitLab Dedicated는 본토에서 도달 가능하므로(GitLab.com은 스로틀링될 수 있음) 속도와 도달성이 결정 요인이 아니라 — 레지던시가 결정합니다. 합법적 레버는 국내에 있습니다: 본토 인프라에서 자체 호스팅 러너와 함께 GitLab Self-Managed를 운영하거나, 허가받은 국내 옵션을 씁니다 — GitLab Inc.는 자신의 기술을 독립 중국 회사 JiHu에 라이선스했고, JiHu가 자체 인프라에서 중국에서 GitLab을 운영합니다. GitLab 앞단의 모든 중국 대상 표면은 여전히 ICP 비안(备案) 의무를 집니다. |
코드·시크릿·상태는 실제로 어디에 머무나
GitLab 배포가 귀사의 데이터를 물리적으로 어디에 두는지에서 시작하십시오. 중국 질문 전체가 그 위에 놓이기 때문입니다. GitLab은 세 가지 형태로 제공되며, 세 가지 다른 답을 줍니다.
GitLab.com, 멀티테넌트 SaaS는 단일 글로벌 인스턴스입니다. GitLab 자신의 블로그가 “GitLab.com is migrating to Google Cloud Platform”라고 알렸고, 고객이 고를 수 있는 리전이 없습니다: 귀사는 프로젝트가 어디에 사는지 고르지 않으며, 그중 어느 것도 중국 본토에 살지 않습니다.
GitLab Dedicated, 단일 테넌트 관리형 서비스는 리전을 고르게 하지만 — 고정된 AWS 리전 목록에서만입니다. GitLab의 “Data residency and high availability” 페이지는 분명히 말합니다: “During onboarding, you select the AWS region for your instance deployment and data storage.” 그 목록은 아시아 태평양(뭄바이, 서울, 싱가포르, 시드니, 도쿄), 유럽(프랑크푸르트, 아일랜드, 런던, 스톡홀름), 미국, 캐나다, 바레인에 걸쳐 있고 — 중국 본토 리전은 없습니다. AWS 중국 파티션(Sinnet과 NWCD가 운영하는 베이징·닝샤 리전)은 GitLab Dedicated가 배포하지 않는 완전히 별개의 클라우드입니다. 따라서 Dedicated 인스턴스의 리포지토리, 파이프라인, 로그, 아티팩트는 해외에 머뭅니다.
GitLab Self-Managed는 그 반대입니다. GitLab은 오픈코어 — Community Edition은 MIT 라이선스의 오픈소스 — 이며, 자체 관리 소프트웨어는 귀사가 통제하는 인프라에 설치됩니다. GitLab 자신의 설치 페이지는 그것을 귀사가 “install, host GitLab on your own setup”하며 “full control of your data and infrastructure”(데이터와 인프라에 대한 완전한 통제)를 갖는 인스턴스로 설명하고, Linux, Kubernetes, Docker, 주요 클라우드용 안내를 제공합니다. 귀사는 그것을 물리적으로 중국 본토에 있는 서버에서 운영할 수 있고, 자체 호스팅 러너와 함께라면 CI/CD 작업, 로그, 아티팩트도 국내에 머뭅니다. 소프트웨어는 레지던시 중립이며; 어디에 배포하느냐가 레지던시를 결정합니다.
별개의 국내 옵션도 있습니다. 2021년 GitLab Inc.는 “licensed its technology to an independent Chinese company (JiHu)” — GitLab Information Technology (Hubei) Co., Ltd. — 했으며, GitLab은 이를 “an independent company with full autonomy over its operation and management”으로서 “will provide GitLab’s DevOps platform as both a self-managed and SaaS offering hosted in China”라고 설명합니다. GitLab 자신의 표현으로 그 GitLab.cn과 GitLab.com 서비스는 “share no common infrastructure, networking connectivity, systems, services, data, or resources”하며, Enterprise Edition은 “will only be sold outside China”, JiHu Edition은 “will only be sold in China”입니다. 그것은 진정한 국내 운영자 — 그러나 별개의 회사이자 별개의 제품이며, 귀사의 GitLab.com이나 GitLab Dedicated 테넌트가 아닙니다. 그 위에 서는 것이 자동 컴플라이언스는 아닙니다: 귀사는 여전히 관련된 개인정보의 처리자로 남습니다.
그것이 담는 것은 개인정보이며 — 영업비밀이다
DevOps 플랫폼은 엔지니어링 조직의 가장 민감한 자산이 머무는 곳입니다. GitLab은 귀사의 소스 코드 — 그 자체로 영업비밀이며, 구성 파일·픽스처·테스트 데이터 안에 자격 증명, API 키, 토큰, 개인정보를 일상적으로 품음 — 와 함께 CI/CD 파이프라인 시크릿, 빌드 로그·아티팩트, 이슈·머지 리퀘스트 이력, 그리고 귀사의 토폴로지 전체를 매핑하며 흔히 시크릿을 평문으로 저장하는 코드형 인프라 상태를 담습니다. 커밋, 티켓, 픽스처가 이름·이메일·실제 고객 기록을 실은 곳이면 그 콘텐츠는 개인정보 보호법(PIPL)상 개인정보이며, 정부 ID·금융·건강 데이터를 포함하는 곳에서는 PIPL 제28조상 민감 개인정보입니다.
중국의 개발자가 그 콘텐츠를 해외에 호스팅된 인스턴스로 푸시하는 순간, 코드와 그 안의 모든 개인정보가 국외로 나갔습니다. PIPL상 이는 국경 간 이전(数据出境)이며, 제38~40조가 처리자인 귀사에 의무를 둡니다: 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 충족. 물량이나 데이터 유형이 기준을 넘는 곳에서는 데이터 수출 안전성 평가가 선택이 아니라 의무입니다.
그리고 일부 취급자에게 저장은 메커니즘의 문제가 전혀 아닙니다 — 국내에 남아야 합니다. 귀사 조직이 핵심정보인프라를 운영하거나 개인정보를 대규모로 취급한다면, 사이버보안법은 데이터 국내화 의무를 부과합니다: 제39조(2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호했고, 실질은 불변)는 국내에서 수집·생성한 개인정보와 중요 데이터를 국내에 저장하고 어떤 수출 전에도 안전성 평가를 하도록 요구합니다. PIPL 제40조는 핵심정보인프라 운영자와 대량 취급자에 대해 같은 의무를 밝힙니다. 중국 본토 리전이 없는 해외 GitLab SaaS는 그것을 구조적으로 충족할 수 없습니다.
중국 리전 없는 SaaS는 레지던시 의무를 충족할 수 없다 — 무엇이 충족하나
그 사실들을 합치면 결론은 좁고 실용적입니다. 귀사의 소스 코드, 파이프라인 시크릿, 상태가 국내에 남아야 한다면 — 핵심정보인프라를 운영하기 때문에, 리포지토리의 개인정보가 물량 기준을 넘기 때문에, 또는 그저 국경 간 노출을 지지 않기로 결정하기 때문에 — 중국 본토 리전이 없는 관리형 DevOps 클라우드는 기록의 시스템이 될 수 없습니다. GitLab.com과 GitLab Dedicated는 훌륭한 관리형 서비스이며; 다만 거기 남아야 하는 자산을 위한 본토 토양 위의 거처가 없을 뿐입니다.
실용적 요점은, 이를 고치려고 GitLab을 떠날 필요가 없다는 것입니다. 합법적 레버는 같은 플랫폼을 다른 곳에서 운영하는 것이기 때문입니다. GitLab Self-Managed를 중국 본토 인프라에서 운영하면 리포지토리, 파이프라인, 코드형 인프라 상태가 결코 국경을 떠나지 않으며; 자체 호스팅 러너와 짝지으면 빌드 로그와 아티팩트도 국내에 머뭅니다. 또는 JiHu가 운영하는 허가받은 국내 옵션을 씁니다. 어느 쪽이든 귀사는 GitLab — 같은 Git 워크플로, 같은 CI/CD, 같은 머지 리퀘스트 — 을 유지하면서 데이터가 국내에 머물게 합니다. GitLab.com은 현지화할 필요가 없는 작업을 위해 본토에서 도달 가능한 상태로 남습니다(스로틀링될 수 있지만, 그것은 레지던시 질문이 아니라 전송의 문제입니다). GitLab 앞단의 모든 중국 대상 표면 — 개발자 포털, 문서 사이트, GitLab Pages, 본토 이용자가 닿는 리뷰 앱 — 은 여전히 ICP 비안(备案) 의무를 지고 규정에 맞는 국내 전송이 필요합니다.
이 페이지는 노출을 지도화하며; 귀사의 사실을 판정하지 않습니다. 특정 배포가 국내 저장 의무를 발동시키는지, 어떤 이전 메커니즘이 적용되는지, 어떤 동의와 기록이 필요한지는 귀사가 다루는 실제 데이터와 그것을 다루는 법인에 비추어 귀사 자신의 법률 자문과 매듭지을 결정입니다.
합법적 경로 — 진단, 현지화, 전송
21YunBox는 이미 운영 중인 스택 위의 컴플라이언스 오버레이이며 — 마이그레이션도, GitLab의 경쟁자도 아닙니다. 저희 역할은 세 움직임입니다.
먼저, 저희는 노출을 **진단(map)**합니다: 누구의 개인정보가 리포지토리·이슈·CI 로그에 앉아 있는지, 얼마만큼인지, 그중 민감하거나 “중요 데이터”인 것이 있는지, 귀사의 소스 코드와 상태가 영업비밀·키 관리 리스크를 지는지, 귀사 법인이 핵심정보인프라 운영자인지, 그리고 그 모두가 PIPL 국경 간 규칙, 제28조, PIPL 제40조, 사이버보안법에 어떻게 매핑되는지 — 그래서 귀사와 법률 자문이 무엇이 국내에 남아야 하는지 결정할 수 있도록.
둘째, 저희는 **현지화(localize)**합니다: GitLab을 국내에서 운영해 코드, 시크릿, 상태가 본토 토양에 머물게 — 본토 인프라의 GitLab Self-Managed＋자체 호스팅 러너, 또는 허가받은 국내 옵션 — 하고, 남아야 하는 것에 대해 동의받은 국내 저장을 유지합니다. 현지화란 해외 SaaS 엔드포인트로 되돌아가 손을 뻗는 것이 아니라 합법적인 국내 GitLab을 세우는 것을 뜻합니다.
셋째, 저희는 **전송(deliver)**합니다: 플랫폼 앞단의 모든 중국 대상 표면 — 개발자 포털, 문서, Pages, 본토 이용자가 닿는 리뷰 앱 — 을 ICP 비안 기반 국내 인프라(21YunBox Optimizer) 위에서, 이미 운영 중인 스택 앞단에, 재구축도 두 번째 코드베이스도 없이.
그 결과는 중국의 이용자를 위해 합법적이고 규정에 맞게 돌아갑니다. 21YunBox는 어떤 형태의 우회도 결코 쓰거나 권하지 않습니다.
함께 읽기:
자주 묻는 질문
GitLab에 중국 본토 리전이 있나요?
GitLab Inc.가 운영하는 서비스에는 없습니다. 멀티테넌트 SaaS인 GitLab.com은 고객이 고를 수 있는 리전 없이 Google Cloud 위에서 돌고, GitLab Dedicated의 가용 AWS 리전은 아시아 태평양, 유럽, 미국, 캐나다, 바레인에 걸쳐 있습니다 — 베이징이나 닝샤 리전은 없고, AWS 중국 파티션은 배포하지 않는 별개의 클라우드입니다. 국내 옵션은 다릅니다: 본토 인프라에서 GitLab Self-Managed를 운영하거나, 별도로 운영되는 GitLab 라이선스 중국 회사(JiHu)를 씁니다. 도달성이 요점이 아니라 코드와 상태가 어디에 머무느냐가 요점입니다.
우리 중국 개발자가 해외 GitLab로 푸시하는 게 문제인가요?
단정적인 예·아니오가 아니라 법률 자문과 함께 평가할 리스크로 보시기 바랍니다. SaaS에 본토 리전이 없다는 데서 한 가지가 직접 뒤따릅니다: 소스 코드 — 그리고 커밋·이슈·픽스처의 모든 개인정보 — 가 해외 인스턴스로 푸시되면 중국을 떠나며, PIPL은 이를 국경 간 이전으로 규율합니다(고지, 별도 동의, 이전 메커니즘). 그 위에 귀사의 코드와 키의 영업비밀 노출이 앉습니다. 국내 저장을 요구하는 데이터 국내화 의무가 추가로 적용되는지는 귀사의 역할(예: 핵심정보인프라 운영자)과 다루는 개인정보 물량에 따라 달라집니다.
21YunBox는 중국에서 GitLab을 규정에 맞게 운영하도록 도울 수 있나요?
예. 저희 중국 팀이 귀사의 법인, 리포지토리, 개발자에 대해 PIPL 국경 간·데이터 레지던시 노출을 진단한 뒤, GitLab을 국내에서 운영하도록 — 본토 인프라의 GitLab Self-Managed＋자체 호스팅 러너, 또는 허가받은 국내 옵션 — 돕고, 모든 중국 대상 개발자 표면을 이미 운영 중인 스택 앞단의 ICP 비안 인프라 위에서 전송합니다 — 재구축도, GitLab에서의 이탈도 없이. 문의하기로 구체적인 데이터 흐름을 함께 다루시기 바랍니다.
