Bun은 중국에서 작동하나요? 데이터 레지던시, ICP, 그리고 국경 간 규칙

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

사실	1차 출처
Bun 자사 README는 그것을 단일 실행 파일로 배포되고 “Node.js-compatible package manager”를 포함하는 “an all-in-one toolkit for JavaScript and TypeScript apps”로 기술합니다 — 귀사가 자신의 서버에서 돌리는 오픈소스 소프트웨어로, 호스팅 서비스도 고를 국내 리전도 없이.	Bun GitHub repository README (oven-sh/bun), retrieved 2026-10-14
Bun 공식 사이트는 그것을 “a fast JavaScript runtime & toolkit” — 귀사가 스스로 설치해 돌리는 런타임 더하기 번들러·테스트 러너·패키지 관리자이지 관리되는 리전이 있는 호스팅 플랫폼이 아닌 것 — 으로 기술하므로, 그것이 어디서 도느냐는 배포 결정입니다.	bun.com homepage, retrieved 2026-10-14
개인정보 보호법상, 중국 사용자의 개인정보를 해외 서버나 데이터베이스로 보내는 것은 국경 간 이전입니다(제38~40조): 그것은 고지, 별도 동의, 그리고 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 이 필요하고, 의무는 취급자인 귀사에 떨어집니다.	Personal Information Protection Law of the PRC (21YunBox English reference), retrieved 2026-10-14
핵심정보인프라 운영자(와 대량 취급자)에는, 중국의 사이버보안법이 본토에서 수집·생성된 개인정보와 중요 데이터를 국내에 저장하고 어떤 수출 전에도 안전성 평가를 거치도록 요구합니다 — 제39조(구 제37조; 2026년 1월 1일 시행된 2025년 개정으로 재번호, 실질 불변).	Cybersecurity Law of the PRC (21YunBox English reference), retrieved 2026-10-14

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

본토 중국 청중에, Bun에 대해 먼저 정할 것은 질문이 그것이 설치되느냐나 얼마나 빨리 도느냐가 아니고, 사실 Bun에 관한 것도 전혀 아니라는 점입니다. Bun은 오픈소스 툴킷 — JavaScript·TypeScript 런타임, 번들러, 테스트 러너, 그리고 Node.js 호환 패키지 관리자, 모두 한 실행 파일에 — 으로, 귀사가 자신의 서버에서 돌립니다. 고를 “Bun 데이터센터”도 “Bun 리전”도 없습니다: 같은 바이너리가 베이징 데이터센터에서든 프랑크푸르트에서든 똑같이 돌고, 홀로 해외에 아무것도 저장하지 않으며, 귀사 데이터를 위해 아무것도 집으로 전화하지 않습니다. 그러니 “Bun이 중국에서 작동하나”는 세 다른 질문 — 귀사가 그것을 어디 배포하느냐, 어떤 데이터를 처리하느냐, 그리고 빌드 시점에 무엇에 손을 뻗느냐 — 으로 풀리고, 그중 어느 것도 bun install이 성공하는지 확인하는 것으로 답해지지 않습니다.

한눈에 보는 중국에서의 Bun

런타임은 귀사가 돌리는 곳에서 돈다 — 배포 호스트가 노출이다

Bun이 도는 곳에서 시작하십시오, 나머지가 그 위에 쉬기에. Bun의 README는 그것을 단일 실행 파일로 배포되는 “an all-in-one toolkit for JavaScript and TypeScript apps”라 부르며 열고, 그 런타임을 “a drop-in replacement for Node.js.”로 자리매김합니다. 그것은 귀사가 고르는 인프라에 배포하는 서버 소프트웨어이고 — 그것은 해외 서버만큼 쉽게 본토 서버일 수 있습니다. 그 의미에서 Bun은 차단된 소비자 서비스가 아닌 방식으로 중국에서 사용 가능하고, 온전히 국내에서 돌 수 있습니다.

그것이 또한 뜻하는 바는 Bun이 결코 귀사 레지던시 자세를 정하지 않는다는 것 — 귀사 배포가 정합니다. 귀사 Bun 앱이 본토 사용자를 제공하면, 그 뒤의 호스팅 리소스가 ICP 비안(备案)을 지고, 본토에서 도는 시스템의 운영자로서 귀사는 MLPS(等级保护) 의무를 집니다. 본토 사용자가 닿는 해외 VM이 진짜 노출이고, 그것은 Bun의 속성이 아니라 배포 선택입니다. 그러니 컴플라이언스 질문은 런타임을 보는 것으로 답해지지 않습니다; 귀사가 앱을 어디 호스팅하고 그 데이터가 어디 사는지 보는 것으로 답해집니다.

귀사 앱이 처리하는 데이터가 PIPL이 규율하는 것이다

Bun 백엔드는 중립적 배관이 아닙니다. 그것은 HTTP를 종결하고, 세션·사용자 상태를 서버 측에 보유하고, 데이터베이스를 읽고 씁니다 — 그리고 귀사 앱이 중국 사용자에게서 수집하는 개인정보는, 어느 런타임이 코드를 실행하든, 중국 개인정보 보호법이 규율합니다. 그 데이터가 해외 데이터베이스에 쓰이거나, 귀사 백엔드가 그것을 해외 서비스로 전달하는 순간, 그것은 국가를 떠났습니다: PIPL상 그것은 국경 간 이전(제38~40조)이고, 법은 의무를 취급자인 귀사에 둡니다 — 고지, 별도 동의, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증), 데이터가 정부 ID·금융·건강 정보 같은 민감한 것인 곳에서는 제28조상 가중된 의무와 함께.

그리고 귀사 조직이 핵심정보인프라를 운영하거나, 개인정보를 대량으로 취급하면, 사이버보안법이 데이터 국내화 의무를 더합니다 — 제39조(구 제37조; 2026년 1월 1일 시행된 2025년 개정으로 재번호, 실질 불변)는 그런 운영자가 국내에서 수집·생성한 개인정보와 중요 데이터가 국내에 저장되고, 어떤 수출 전에도 안전성 평가를 거치도록 요구합니다. 그 어느 것도 Bun이 정하지 않습니다; 그것은 귀사 데이터베이스가 어디 앉고 그에 닿으려 무엇이 넘는지가 정합니다.

패키지 관리자가 설치 시점에 해외에 손을 뻗는다 — 공급망 갈래

Bun은 런타임 이상이고, 그 여분 조각은 자체 레지던시 엣지를 지닙니다. 그 README는 같은 실행 파일에 내장된 “Node.js-compatible package manager”를 기술하므로, bun install은 귀사 의존성을 빌드·설치 시점에 해외에 앉은 패키지 레지스트리에서 해소합니다. 그것은 런타임과 함께 따라오는 공급망·레지던시 고려사항입니다: 귀사 빌드가 매 해소마다 국경 너머로 손을 뻗고, 귀사가 발행하는 어떤 프라이빗/스코프 패키지든 귀사 독점 소스를, 너무 자주 내장된 자격증명을 나릅니다. 크래시·분석 텔레메트리, 그리고 앱이 런타임에 호출하는 서드파티 API도 같은 방식으로 해외로 라우팅될 수 있습니다. bun install이 완료됨을 확인하는 도달성 체크는 그 의존성 — 그리고 그와 번들된 비밀 — 이 어디 와서 쉬었는지 아무것도 말하지 않습니다.

왜 도달성 체크가 이것을 놓치나

도달성이나 레이턴시 테스트는 툴킷을 설치하고, 엔드포인트를 치고, 그것이 응답했고 얼마나 빨랐는지 보고합니다. 런타임에 그것은 세 겹으로 틀린 질문입니다. bun install이 성공하는 것은 레지스트리가 도달 가능했음을 증명하지, 귀사 의존성과 그 비밀이 어디서 끝났는지 아닙니다. 앱이 렌더링되는 것은 서버가 응답했음을 증명하지, 서버가 앉은 자리에 앉도록 허가되었거나 ICP 비안을 지는지 아닙니다. 그리고 녹색 불은 귀사 데이터베이스를 흐르는 개인정보가 합법적으로 국경을 넘었는지 아무것도 말하지 않습니다. 그것은 프로브에 보이지 않는 배포·법적 사실입니다 — 순수 속도·도달성 관점이 공급할 수 없는 절반이고, 저희가 앞세우는 절반입니다.

합법적 경로 — map, localize, deliver

오픈소스 런타임에, 21YunBox의 역할은 집중되어 있고, 저희는 그것을 분명히 말합니다: 귀사에게 팔 “국내 Bun”이 없습니다 — 런타임은 이미 귀사가 돌릴 것이고, 국내에서도 포함해서. 저희 가치는 세 수에 있습니다.

먼저, 저희는 노출을 **map(매핑)**합니다: 귀사 Bun 앱이 실제로 어디 돌고, 중국 사용자에게서 어떤 개인정보를 수집하고, 그 데이터베이스·캐시가 어디 살고, 어느 흐름이 국경을 넘고, 귀사 빌드가 해외 레지스트리에서 무엇을 끌어오는지 — 그리고 그 모두가 PIPL의 국경 간 규칙·제28조·사이버보안법에 어떻게 떨어지는지, 그러니 귀사와 귀사 법률 자문이 가드레일을 세울 수 있게. 둘째, 저희는 귀사가 합법적으로 해외에 앉을 수 없는 것을 **localize(로컬라이즈)**하도록 돕습니다: 귀사 Bun 앱을 국내에서 ICP 비안, MLPS 적정 인프라에 돌리고, 중국 사용자 데이터를 본토 데이터베이스에 거주하게 유지하고, 귀사 빌드가 필요로 하는 의존성을 국내 소스에서 해소하는 것. 셋째, 저희는 귀사 중국향 표면 — 귀사 본토 사용자가 닿는 앱이나 API 엣지 — 을 ICP 비안 국내 인프라(21YunBox Optimizer) 위에서, 귀사가 이미 돌리는 Bun 앱 앞단에, 재구축도 두 번째 코드베이스도 없이 **deliver(전달)**합니다.

21YunBox는 마이그레이션이 아니라 규정에 맞는 오버레이이고, 귀사가 쓰는 도구에 그 경쟁자가 아니라 파트너입니다. 21YunBox는 어떤 종류의 우회도 쓰거나 권하지 않습니다. 결과는 귀사 중국 사용자에게 합법적으로, 규정에 맞게 도는 설정입니다.

컴플라이언스 진단 받기 →

---

함께 읽기:

• PIPL상의 국경 간 데이터 이전
• 중국 개인정보 보호법
• 중국 ICP 비안 받는 법
• 중국 사이버보안법 (데이터 국내화, 제39조)

자주 묻는 질문

Bun은 중국에서 차단되거나 이용 불가인가요?

아니요. Bun은 귀사 자신의 서버에서 돌리는 오픈소스 소프트웨어입니다; 차단할 것도 고를 리전도 없고, 본토 인프라에서 똑같이 돕니다. "Bun이 중국에서 작동하나"는 도달성이 아니라 배포·데이터 질문입니다 — 중요한 것은 귀사가 앱을 어디 호스팅하고 그것이 취급하는 개인정보가 국내에 머무느냐입니다.

내 앱을 Bun에서 돌리는 데 ICP 비안이 필요한가요?

Bun 자체는 아니지만, 본토 사용자를 제공하는 사이트나 앱 뒤의 호스팅 리소스는 필요합니다. ICP 비안(备案)은 본토 호스트에 붙고, 시스템의 운영자로서 귀사는 또한 MLPS(等级保护) 의무를 집니다. 본토 사용자가 닿는 해외 서버가 진짜 노출이고 — 그것은 런타임과 무관한 배포 선택입니다.

Bun은 패키지 관리자를 번들합니다 — 해외 레지스트리에서 의존성을 끌어오는 것이 컴플라이언스 문제인가요?

그것은 차단이 아니라 공급망·레지던시 고려사항입니다. bun install은 귀사 의존성을 해외에 앉은 패키지 레지스트리에서 해소하므로, 귀사 빌드가 매 해소마다 국경 너머로 닿고, 어떤 프라이빗/스코프 패키지든 귀사 독점 소스를 나릅니다. 해법은 귀사 빌드를 돌리고 의존성을 국내 소스에서 해소하는 것 — 규정에 맞는, ICP 비안 배포의 일부로 — 이고, 그것이 저희가 세우도록 돕는 것입니다.