GitHub Enterprise Server는 중국에서 작동하나요? 데이터 레지던시, ICP, 그리고 국경 간 규칙
GitHub Enterprise Server는 자체 호스팅 가능한 에디션입니다 — 중국 본토 안에서 운영해 리포지토리, 이슈, 기여자 개인정보를 국내에 머물게 할 수 있습니다. SaaS인 GitHub Enterprise Cloud에는 중국 본토 리전이 없습니다. 귀사의 소스 코드가 어디에 사는지는 속도 테스트가 아니라 PIPL 레지던시·국경 간 문제입니다.
GitHub Enterprise Server는 중국에서 작동하나요?
예 — GitHub Enterprise Server는 GitHub의 자체 호스팅 가능 에디션이므로, 귀사 자신의 인프라 위에서 중국 본토 안에서 운영해 리포지토리, 이슈, 그리고 그것들을 쥔 컨트롤 플레인을 국내에 머물게 할 수 있습니다. 진짜 중국 질문은 개발자가 상하이에서 웹 UI에 닿을 수 있느냐가 아니라 — 귀사의 소스 코드(영업비밀이며 흔히 품은 자격 증명과 기여자 개인정보를 지님)와 그 메타데이터가 데이터 레지던시·국경 간 사안이라는 것, 그리고 GitHub Enterprise Server를 국내에서 운영하는 것이 그에 답하는 레버라는 것입니다.
GitHub 문서는 GitHub Enterprise Server를 "a self-hosted version of the GitHub platform"으로 부르며 귀사 자신의 온프레미스 데이터센터나 귀사 자신의 클라우드에 배포한다고 밝힙니다 — 그래서 답이 "아니오"가 아니라 "주의"입니다. 호스팅 에디션인 GitHub Enterprise Cloud는 데이터 레지던시를 EU, 미국, 호주, 일본에만 제공하며 중국 본토 리전이 없으므로, SaaS 경로는 코드를 해외에 둡니다. 리포지토리와 기여자 개인정보를 해외에 두는 것은 PIPL 제38~40조상의 국경 간 이전이며; 핵심정보인프라 운영자나 대량 취급자의 경우 사이버보안법 제39조(구 제37조)는 중국에서 수집된 개인정보를 본토에 저장하도록 요구합니다.
이는 GitHub이 "차단"되었다는 판정이 아니라 레지던시 리스크 지도입니다. 저희 중국 팀이 귀사의 코드 레지던시 노출을 함께 정리해 드립니다 →
컴플라이언스 스냅샷
- ! 해외 서버에서는 귀사의 리포지토리, 이슈, 메타데이터가 국외에 머묾
- ! GitHub Enterprise Cloud는 EU, 미국, 호주, 일본을 열거 — 중국 본토 리전 없음
- ! 소스 코드는 영업비밀, 품은 자격 증명, 기여자 개인정보를 담음
- ! UI 도달성이 아니라 정지 상태의 코드가 레지던시 질문 — PIPL 제38~40조
- ! CIIO나 대량 취급자? 사이버보안법 제39조(구 37조)는 중국 데이터를 국내에 둘 것을 요구
- ✓ GHES는 자체 호스팅 가능 — 국내에서 운영해 코드와 메타데이터를 국내에 머물게 함
GitHub Enterprise Server 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| GitHub Enterprise Server는 자체 호스팅 가능합니다 — 귀사 자신의 인프라에 배포하므로 중국 본토 안에 살 수 있습니다. GitHub 자신의 문서는 GitHub Enterprise Server가 "is a self-hosted version of the GitHub platform"이며 귀사가 "deploy GitHub Enterprise Server to a virtualization hypervisor within your on-premises datacenter, or to a public cloud service."할 수 있다고 밝힙니다. 그 자체 관리 성격이 바로 중국에 대한 답이 "아니오"가 아니라 "주의"인 이유입니다 — 리포지토리와 그 컨트롤 플레인이 본토에 앉을 수 있기 때문입니다. | GitHub Docs — About GitHub Enterprise Server(docs.github.com), 2026-10-12 열람 |
| 호스팅 에디션에는 중국 본토 리전이 없습니다. 데이터 레지던시가 있는 GitHub Enterprise Cloud는 가용 리전을 EU, 호주, 미국, 일본으로 열거하고, 기본적으로 GitHub.com 데이터를 미국에 저장합니다 — 어느 옵션도 리포지토리를 중국 본토에 두지 않습니다. GitHub에서 국내 경로는 SaaS가 아니라 자체 호스팅 서버입니다. | GitHub Docs — About GitHub Enterprise Cloud with data residency(docs.github.com), 2026-10-12 열람 |
| 해외에 둔 리포지토리와 기여자 개인정보는 PIPL상의 국경 간 이전입니다. 소스 코드에 더해 커밋·이슈·기여자 프로필의 개인정보가 국경을 넘는 것은 PIPL 제38~40조가 규율하는 국경 간 이전이며, 적법한 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 과 국외 이전에 대한 별도 동의를 요구합니다. | 중화인민공화국 개인정보 보호법 제38~40조(21YunBox 번역), 2026-10-12 열람 |
| CIIO와 대량 취급자는 중국에서 수집된 개인정보를 본토에 두어야 합니다. 사이버보안법 제39조(구 제37조 — 2026년 1월 1일 발효된 2025년 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호했고, 실질은 불변)에 따라 중국에서 생성된 개인정보는 국내에 저장되어야 하며, 이는 해외 SaaS가 충족할 수 없지만 자체 호스팅 GitHub Enterprise Server 배포가 충족할 수 있는 의무입니다. | 중화인민공화국 사이버보안법 제39조(구 제37조)(21YunBox 번역), 2026-10-12 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 12일에 출처를 확인했습니다.
중국 본토 엔지니어링 팀을 위해 GitHub Enterprise Server를 운영하는 기업에게 중요한 질문은 웹 UI가 상하이에서 빠르게 그려지느냐가 아닙니다. GitHub Enterprise Server는 귀사의 가장 집약된 지적 재산이 사는 곳입니다: 귀사 제품의 소스 코드 — 영업비밀이며, 흔히 그 안에 커밋된 자격 증명과 토큰 — 와 함께 이슈, 풀 리퀘스트 논의, 위키, 그리고 그 모두를 인덱싱하는 컨트롤 플레인, 거기에 한 줄이라도 건드린 모든 기여자의 신원. 그것을 해외 서버에서 운영하면 그 전체 코퍼스와, 거기 얽힌 개인정보가 국외에 머물며 개발자가 클론하거나 푸시할 때마다 국경을 넘습니다. 여기서 컴플라이언스 축은 지연 시간이 아니라 레지던시와 국경 간 이전입니다. GitHub Enterprise Server를 호스팅 에디션과 구별 짓는 것은 그것이 자체 호스팅 가능한 에디션이라는 점입니다 — 그래서 중국 질문에 답하는 레버가 실제로 존재합니다: 서버 자체를 본토 안에서 운영해 코드를 국내에 머물게 할 수 있습니다. 세 갈래가 이를 결정합니다: 전체 코드·메타데이터 코퍼스와 기여자 개인정보의 레지던시·국경 간 노출; 도달성 점검이 결코 보지 못하는 남다른 두 번째 절반 — 그것에 대한 접근이 아니라 리포지토리, 이슈, 컨트롤 플레인 자체가 해외에 앉는다는 것; 그리고 자체 호스팅 러너는 작업을 실행할 뿐 결코 코드를 국내로 옮기지 않는다는 DevOps의 교훈.
한눈에 보는 중국에서의 GitHub Enterprise Server
| 무엇이 결정하나 | GitHub 자신의 표현으로는 — 그리고 중국의 법 |
|---|---|
| 무엇을 담나 | 귀사의 가장 집약된 IP: 제품의 소스 코드(영업비밀이며, 흔히 그 안에 커밋된 자격 증명과 토큰), 이슈·풀 리퀘스트 논의·위키, 그것들을 인덱싱하는 컨트롤 플레인, 그리고 모든 기여자의 신원 — 모든 커밋의 이름과 이메일 주소. 그것들이 사람을 지칭하거나 묘사하는 곳이면 개인정보입니다. |
| 자체 호스팅 가능 — 레버(전제) | GitHub Enterprise Server는 자체 호스팅 에디션입니다: GitHub 문서는 그것을 “a self-hosted version of the GitHub platform”으로서 “to a virtualization hypervisor within your on-premises datacenter, or to a public cloud service”에 배포한다고 부릅니다. 즉 귀사는 그것을 중국 본토 안에서 운영해 코드를 국내에 머물게 할 수 있습니다. 반면 호스팅 에디션인 GitHub Enterprise Cloud는 데이터 레지던시 리전을 EU, 미국, 호주, 일본에만 열거합니다 — 중국 본토 리전 없음. |
| 전체 코드 코퍼스가 해외에 — 남다른 두 번째 절반 | 도달성 점검이 결코 보지 못하는 절반입니다. 팀이 상하이에서 웹 UI를 열 수 있느냐가 아니라 — 리포지토리, 이슈, 그리고 그것들을 쥔 컨트롤 플레인이 해외에 살며 클론·푸시마다 국경을 넘는다는 점입니다. 페이지 로드 테스트는 로그인 화면이 그려지는 것을 볼 뿐, 어느 호스트가 코드를 쥐는지, 커밋 이력에 어떤 개인정보가 있는지, 귀사의 코드베이스 전체가 해외에 집중돼 있다는 사실은 보지 못합니다. |
| 자체 호스팅 러너는 컨트롤 플레인이 아니다 | DevOps의 함정. 자체 호스팅 러너는 작업을 실행할 뿐; 소스 코드, 시크릿, 이슈 이력, 컨트롤 플레인은 여전히 서버가 도는 곳에 삽니다. UI를 도달 가능하게 하거나 러너를 국내에 두는 것은 코드 가운데 어느 것도 국내로 옮기지 않습니다. GitHub Enterprise Server 인스턴스 자체를 본토에서 운영하는 것이 그것을 합니다. |
| 레지던시 & 국경 간 | 리포지토리와 기여자 개인정보를 해외에 두는 것은 PIPL 제38~40조상의 국경 간 이전(数据出境)이며, 제13/23조 고지와 국외 이전을 위한 별도 동의가 그 위에 더해집니다. 핵심정보인프라 운영자나 대량 취급자의 경우 사이버보안법 제39조(구 제37조)는 중국에서 수집된 개인정보를 본토에 저장하도록 요구합니다 — 해외 SaaS는 충족할 수 없지만 자체 호스팅 국내 인스턴스는 충족할 수 있습니다. |
| 도달성은 축이 아니다 | 웹 UI가 본토에서 빠르게 로딩되는지는 운영의 문제이지 컴플라이언스의 문제가 아닙니다. 결정하는 것은 코드와 개인정보가 어디에 살고 어떤 동의 아래 있느냐입니다. 21YunBox는 그 규제 대상 콘텐츠를 국내 인스턴스에 두고, 떠나는 것의 이전 근거를 확보하고, 모든 중국 대상 표면을 ICP 비안하고, 개발자 접근을 규정에 맞게 전송하도록 — 21YunBox Optimizer로, 이미 운영 중인 서버 앞단에서 — 돕습니다. 어떤 형태의 우회도 결코 하지 않습니다. |
실제로 무엇을 담나 — 귀사의 소스 코드, 시크릿, 기여자 신원
GitHub Enterprise Server는 공개 마케팅 사이트가 아니라 귀사의 가장 집약된 지적 재산의 거처이며, 귀사의 소프트웨어가 어떻게 만들어지는지를 놀라울 만큼 완전하게 기록해 담습니다. 모든 리포지토리는 귀사 제품의 소스 코드입니다 — 정의상 영업비밀이며, 실무에서는 흔히 이력에 커밋된 자격 증명, API 키, 토큰을 지닙니다. 코드 주위에는 이슈, 풀 리퀘스트 논의, 코드 리뷰, 위키가 앉습니다 — 귀사가 무엇을 만드는지의, 그리고 보안 발견 사항 속에서는 어디가 가장 취약한지의 진행 지도. 그리고 그 인스턴스는 기여한 모든 이의 신원을 실어 나릅니다: 모든 커밋에 붙은 이름과 이메일 주소, 거기에 누가 무엇을 언제 바꿨는지의 메타데이터. 그 기록들이 사람을 지칭하거나 묘사하는 곳이면 중국 개인정보 보호법(PIPL)상의 개인정보입니다. 종합하면 GitHub Enterprise Server 인스턴스는 귀사 엔지니어링 조직의 집약된 그림이며 — 그것이 본토에 사느냐 해외에 사느냐는 귀사가 서버를 어디서 운영하느냐로 결정됩니다. GitHub Enterprise Server는 귀사가 직접 중국에 둘 수 있는 자체 호스팅 에디션이기 때문입니다.
관문들: 레지던시, 국경 간, 그리고 ICP 표면
귀사 인스턴스를 해외 서버에 두면 — 또는 중국 본토 리전이 없는 호스팅 GitHub Enterprise Cloud를 택하면 — 첫 번째 문이 열립니다. 리포지토리, 커밋 이력, 기여자 신원이 해외에 머물며, 이는 국경 간 이전(数据出境)이 됩니다. 의무는 GitHub이 아니라 고객인 귀사에게 떨어집니다: PIPL 제13조와 제23조는 데이터 수집에 대한 고지와 근거를 요구하고, 제38~40조는 이를 해외로 보내기 위한 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을, 그리고 국외 이전에 대한 별도 동의를 요구합니다.
핵심정보인프라 운영자나 대량 취급자의 경우 사이버보안법 제39조(구 제37조 — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 국내화 조문을 제37조에서 제39조로 재번호했고, 실질은 불변)는 중국에서 생성된 개인정보를 본토에 저장하도록 요구합니다. 해외 SaaS에는 중국 리전이 없어 그 의무를 충족할 수 없습니다; 본토에 둔 자체 호스팅 GitHub Enterprise Server 배포는 충족할 수 있으며, 바로 그래서 여기서 중국에 대한 답이 “아니오”가 아니라 “주의”입니다.
그리고 인스턴스에 묶인 공개 중국 대상 표면 — 외부에 제공되는 개발자 포털, 문서·릴리스 사이트, 본토 이용자에게 제공되는 상태 페이지 — 을 노출하는 순간, 그 표면은 인터넷 정보 서비스이며 본토 호스팅 자원에 묶인 ICP 비안(备案) 의무를 집니다. 순수 내부 GitHub Enterprise Server 인스턴스는 그 자체로 ICP를 유발하지 않을 수 있지만, 중국 이용자에게 제공되는 공개 표면은 유발합니다.
자체 호스팅 러너는 컨트롤 플레인이 아니다
중국 안에 자체 호스팅 러너를 두는 것이 레지던시 질문에 답한다고 생각하고 싶어집니다. 그렇지 않습니다. 러너는 작업을 실행할 뿐입니다; 소스 코드, 시크릿, 이슈 이력, 그리고 그것들을 인덱싱하는 컨트롤 플레인은 모두 여전히 GitHub Enterprise Server 인스턴스가 도는 곳에 삽니다. 웹 UI를 본토에서 도달 가능하게 하거나 거기에 러너를 배치하는 것은 코드 가운데 어느 것도 국내로 옮기지 않습니다 — 그것은 빌드가 어디서 돌지만 옮길 뿐입니다. 레지던시 질문은 도달성이 아니라, 러너가 아니라, 서버와 그 컨트롤 플레인이 어디에 앉느냐로 답해집니다. GitHub Enterprise Server 인스턴스 자체를 본토에서 운영하는 것이 리포지토리, 메타데이터, 기여자 개인정보를 국내에 머물게 합니다.
왜 도달성 점검은 이것을 놓치나
중국 내부에서의 탐침은 GitHub Enterprise Server 로그인 화면이 그려지는 것을 보고 “작동한다”고 결론 내릴 수 있습니다. 그 답은 핵심을 비껴갑니다. 컴플라이언스 노출은 화면에 있지 않고 — 정지 데이터와 그것이 어떻게 움직이는지에 있습니다: 리포지토리, 품은 시크릿을 지닌 커밋 이력, 이슈, 기여자 신원이 모두 서버에 앉아 있고, 그 서버가 해외라면 클론·푸시마다 국경을 넘습니다. 페이지 로드 테스트는 그 어느 것도 측정하지 않습니다. 어느 호스트가 코드를 쥐는지, 별도 동의를 받았는지, 이전 메커니즘이 갖춰졌는지, 귀사의 코드베이스 전체가 해외에 집중돼 있는지 — 보지 못합니다. 그것이 경쟁사가 답할 수 없는 두 번째 절반이며 — 바로 그래서 해외 서버를 본토에서 그저 도달 가능하게 만드는 것은 답이 아닙니다. 자체 호스팅 에디션을 국내에서 운영하고 코드와 개인정보를 거기 두는 것이 답입니다.
합법적 경로 — 진단, 현지화, 전송
중국 본토 운영을 위해 GitHub Enterprise Server를 운영하는 규정에 맞는 방법이 있으며, 그것은 이미 운영 중인 인스턴스 앞단에 자리합니다 — 재구축도, 마이그레이션도 없고, 데이터를 몰래 해외로 보내는 경로도 결코 아닙니다.
먼저 진단(map): 저희 중국 컴플라이언스 팀이 귀사 인스턴스가 무엇을 담는지 — 리포지토리, 이력에 커밋된 시크릿, 이슈·풀 리퀘스트 논의, 기여자 신원 — 목록화하고, 서버와 그 컨트롤 플레인이 어디서 어떤 레지던시 근거로 도는지, 모든 중국 대상 표면의 ICP 상태, 그리고 귀사의 집약된 코드·개인정보가 국내 저장 의무를 발동시키는지를 확정합니다. 저희는 기술적 그림을 세우고; 법적 결론은 법률 자문과 함께 매듭짓습니다.
다음으로 현지화(localize): GitHub Enterprise Server는 자체 호스팅 가능하므로, 현지화는 진정한 옵션입니다 — 자체 관리 인스턴스를 국내 인프라에서 운영해 코드, 이슈, 시크릿, 컨트롤 플레인이 본토에 머물게 하고, 커밋·이슈에 실린 개인정보를 최소화하고, 컨트롤 플레인을 거버넌스하며, 여전히 국경을 넘는 것에 대해 제13/23조 고지와 별도 동의를 확보합니다. 현지화란 데이터를 국내 경로에 유지하는 것이며 — 그것을 해외로 보내거나 국경 너머로 되가져오는 어떤 형태의 경로도 결코 쓰지 않습니다.
그다음 전송(deliver): 모든 공개 중국 대상 표면은 인터넷 정보 서비스이므로 ICP 비안 의무를 지고 규정에 맞는 국내 전송이 필요하며, 귀사의 개발자는 본토에서 그 인스턴스에 빠르고 안정적인 접근이 필요합니다. 21YunBox가 그것을 국내에서 전송합니다 — 21YunBox Optimizer — 이미 운영 중인 GitHub Enterprise Server 앞단에, 그래서 개발자 접근과 모든 중국 대상 표면이 중국의 이용자를 위해 합법적이고 규정에 맞게 돕니다. 21YunBox는 어떤 형태의 우회도 쓰거나 권하지 않습니다 — 법이 남으라고 하는 것은 국내에 두고, 나머지는 본토 안에서 규정에 맞게 전송하며, 개인정보를 몰래 국경 너머로 옮기지 않습니다. 21YunBox는 이미 운영 중인 플랫폼의 경쟁자가 아니라, 그 위에 얹히는 컴플라이언스 오버레이이자 파트너입니다.
이 가운데 어느 것도 GitHub Enterprise Server가 중국에서 “차단”되었다거나 “불법”이라는 판정이 아닙니다; 리스크·레지던시 지도입니다. 어떤 의무가 귀사의 경우에 적용되는지는 귀사의 법인, 중국 법상의 역할, 데이터 규모, 그리고 인스턴스가 실제로 무엇을 담았는지에 따라 달라집니다 — 조직의 코드베이스 전체가 거기에 걸리기 전에 법률 자문과 함께 구체적인 사항을 정리할 가치가 있습니다.
함께 읽기:
자주 묻는 질문
GitHub Enterprise Server는 GitHub.com이나 GitHub Enterprise Cloud와 같은 건가요?
아니요. GitHub Enterprise Server는 귀사 자신의 인프라에서 운영하는 자체 호스팅·자체 관리 에디션입니다 — GitHub 문서는 그것을 온프레미스 하이퍼바이저나 귀사 자신의 클라우드에 배포 가능한 "GitHub 플랫폼의 자체 호스팅 버전"으로 부릅니다. GitHub.com과 GitHub Enterprise Cloud는 호스팅 SaaS이며, GitHub Enterprise Cloud의 데이터 레지던시는 EU, 호주, 미국, 일본만 열거합니다 — 중국 본토 리전 없음. 그 구별이 중국에 대한 요점 전체입니다: 자체 호스팅 서버는 본토 안에 두어 코드를 국내에 머물게 할 수 있지만, SaaS는 그럴 수 없습니다.
GitHub Enterprise Server를 중국 본토 안의 우리 자신의 서버에서 운영할 수 있나요?
예 — 그것이 자체 관리 모델의 요점입니다. GitHub은 귀사가 "GitHub Enterprise Server를 온프레미스 데이터센터의 가상화 하이퍼바이저, 또는 퍼블릭 클라우드 서비스에 배포"할 수 있다고 밝히므로, 본토 배포가 가능하고 바로 그것이 리포지토리, 이슈, 시크릿, 컨트롤 플레인을 본토에 두게 하는 것입니다. 자체 호스팅이 그 자체로 하지 못하는 것은 모든 공개 중국 대상 표면에 대한 ICP 비안을 부여하거나, PIPL 동의를 확보하거나, 본토를 떠나는 것에 대한 국경 간 규칙을 충족하는 일입니다 — 그것들은 운영자의 의무로 남으며, 법률 자문과 매듭지을 것입니다.
중국 안에 자체 호스팅 러너를 두었는데 — 그러면 규정에 맞는 것 아닌가요?
아니요. 자체 호스팅 러너는 작업을 실행할 뿐입니다; 소스 코드, 시크릿, 이슈 이력, 컨트롤 플레인은 여전히 GitHub Enterprise Server 인스턴스가 도는 곳에 삽니다. UI를 도달 가능하게 하거나 러너를 국내에 배치하는 것은 코드 가운데 어느 것도 국내로 옮기지 않습니다 — 그것은 빌드가 어디서 돌지만 바꿀 뿐입니다. 레지던시 질문은 서버와 그 컨트롤 플레인이 어디에 앉느냐로 답해집니다. GitHub Enterprise Server 인스턴스 자체를 본토에서 운영하는 것이 코드와 기여자 개인정보를 국내에 머물게 합니다.
