Heroku는 중국에서 작동하나요?
규정에 맞는 본토 존재로서는 아닙니다. Heroku는 중국 본토 안에 어떤 리전도 두지 않습니다 — Common Runtime은 미국과 유럽뿐이고, Private Spaces는 고정된 역외 Amazon Web Services 리전 집합뿐 — 그래서 "우리는 Heroku에 있다"는 것은 중국을 대상으로 하는 앱에 본토 발판을 주지 않습니다.
자사 Regions 페이지에서 Heroku는 Common Runtime 리전 두 곳, "United States"와 "Europe"을 나열하고, "Both the Cedar and Fir Private Spaces runtimes share the same regions"이라고 — 더블린부터 도쿄까지 열 곳, 그중 어느 하나도 중국 본토 안에 없이 — 밝힙니다. 심지어 "Specifying an app's region does not guarantee restriction of data residency for Heroku products, services, and add-ons to that region."이라고 주의를 줍니다. 그 역외 Dyno에서 본토 방문자를 서비스하면 두 가지가 따릅니다: 공개 사이트에 ICP 비안을 실을 본토 호스팅 자원이 없고, 중국 사용자의 개인정보가 본토 밖에 놓입니다 — PIPL이 규율하는 국경 간 이전입니다. 아래 표는 Heroku 자체 표현을 각각이 유발하는 규칙과 짝지웁니다.
이것은 판정이 아니라 리스크 지도입니다 — 어떤 의무가 적용되는지는 귀사 법인, 데이터 규모, 그리고 이용자가 누구인지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 지도화해 드립니다 →
컴플라이언스 스냅샷
- ✕ Heroku는 중국 본토 안에 어떤 리전도 두지 않습니다 — 미국, 유럽, 역외 AWS뿐
- ✕ 역외 Dyno 위의 공개 사이트는 ICP 비안을 걸 본토 발판이 없습니다
- ! Heroku 위의 중국 사용자 개인 데이터는 국경을 넘습니다 — PIPL 적용
- ! Heroku는 자사 서비스와 애드온 전반의 데이터 레지던시를 보장하지 않습니다
- ✓ Heroku는 귀사 오리진으로 유지 — 그 앞에 ICP 비안된 국내 계층을 더하십시오
Heroku 앱이 중국 본토에서 작동하는지 실제로 결정하는 것
| 사실 | 1차 출처 |
|---|---|
| Heroku는 중국 본토 안에 어떤 리전도 두지 않습니다. 자사 Regions 페이지에서 Heroku는 Common Runtime 리전 두 곳 — "United States"와 "Europe" — 그리고 Private Spaces 리전 열 곳: 더블린, 프랑크푸르트, 런던, 몬트리올, 뭄바이, 오리건, 싱가포르, 시드니, 도쿄, 버지니아만 나열합니다. 어느 것도 본토에 없으며, 새 앱은 역외로 기본 설정됩니다 — "Apps in the Common Runtime are created in the us region unless a different region is specified." | Heroku Dev Center — Regions (devcenter.heroku.com), 2026-10-07 열람 |
| Heroku의 비공개 런타임조차 역외 AWS 리전 위에 있습니다. Heroku는 "Both the Cedar and Fir Private Spaces runtimes share the same regions,"라고 문서화하고, 같은 페이지의 샘플 쿼리는 "the Frankfurt region maps to the Amazon Web Services eu-central-1 region."을 보여 줍니다. Dyno는 아메리카, 유럽, 아시아-태평양의 AWS 인프라 위에서 돕니다 — 가장 가까운 도쿄와 싱가포르도 본토에서 보면 여전히 역외입니다. | Heroku Dev Center — Regions (devcenter.heroku.com), 2026-10-07 열람 |
| 역외 Dyno 위의 공개 사이트는 ICP 비안을 걸 대상이 없습니다. 중국 안에서 본토 방문자에게 전달되는 웹사이트는 본토에 물리적으로 있는 호스팅 자원에 묶인 ICP 비안이 필요합니다(국무원령 제292호; 공업정보화부 제33호령). Heroku의 Dyno는 미국, 유럽, 역외 AWS 리전에 있으므로, "우리는 이미 Heroku에서 돈다"는 것은 비안이 붙을 본토 자원을 남기지 않습니다. | Heroku Dev Center — Regions (devcenter.heroku.com), 2026-10-07 열람; 국무원령 제292호; 공업정보화부 제33호령 |
| Heroku는 귀사 데이터가 물리적으로 어디에 놓이는지 약속하지 않습니다 — 그리고 중국 사용자에게 그것은 PIPL 문제입니다. Heroku는 "Specifying an app's region does not guarantee restriction of data residency for Heroku products, services, and add-ons to that region,"이며 "No guarantees are made about the physical location of Heroku's control surface APIs."라고 밝힙니다. 역외 Heroku에서 취급되는 중국 사용자의 개인정보는 PIPL상 국경 간 이전(고지, 별도 동의, 이전 메커니즘, 제38~43조)이며; CIIO나 대량 취급자의 경우 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). | Heroku Dev Center — Regions (devcenter.heroku.com), 2026-10-07 열람; PIPL 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토를 서비스할 계획이라면, Heroku에 관해 중요한 질문은 Dyno가 얼마나 빨리 응답하는가가 아닙니다 — 귀하가 거기서 운영할 허가를 받았는가, 그리고 사용자의 데이터가 어디에 놓이도록 허용되는가입니다. Salesforce 소유의 서비스형 플랫폼(PaaS) Heroku는 그 첫 부분을 자사 문서에서 정리합니다: 중국 본토 안에 어떤 리전도 두지 않습니다. Common Runtime은 미국과 유럽이고, Private Spaces는 고정된 역외 Amazon Web Services 리전 집합입니다. 그러므로 중국을 대상으로 하는 Heroku 앱은 전적으로 본토 밖에서 서비스되며 — 이는 공개 사이트에 중국이 요구하는 ICP 비안의 발판을 남기지 않고, 중국 사용자에 대해 보유한 개인 데이터를 법이 규율하는 국경 간 이전으로 만듭니다. 로드되는지 여부는 더 작은 절반입니다; 운영 허가와 데이터가 놓이는 곳이야말로 리스크가 실제로 자리하는 곳입니다.
한눈에 보는 중국의 Heroku
| 무엇이 결정하는가 | Heroku 자체의 표현으로 |
|---|---|
| 어디서 돌아가는가 | Common Runtime 리전 두 곳 — “United States”와 “Europe” — 그리고 더블린부터 도쿄까지 Private Spaces 위치 열 곳. 어느 리전도 중국 본토 안에 있지 않으며, 가장 가까운 도쿄와 싱가포르도 여전히 역외입니다. |
| Dyno가 무엇 위에서 도는가 | 역외 Amazon Web Services 인프라. Heroku 자체 문서는 프랑크푸르트 Private Space를 “the Amazon Web Services eu-central-1 region”에 매핑하며, 어느 런타임도 본토 항목을 나열하지 않습니다. |
| 공개 서비스 제공 | 중국 안에서 본토 방문자에게 보여 주는 사이트는 본토 호스팅 자원에 묶인 ICP 비안이 필요합니다. 본토 리전이 없으므로, Heroku는 비안을 걸 자체 발판을 제공하지 않습니다. |
| Heroku 위의 귀사 데이터 | 중국 사용자의 개인 데이터가 미국, 유럽, 또는 역외 AWS 리전에 놓입니다 — PIPL이 규율하는 국경 간 이전입니다. Heroku는 리전을 지정하는 것이 “does not guarantee restriction of data residency”라고 덧붙입니다. |
| 작동하는 설계 | Heroku를 귀사 오리진으로 유지하고 본토 방문자를 위해 그 앞에 ICP 비안된 국내 진입점을 더하십시오 — 마이그레이션이 아니라 오버레이: 리빌드 없음, 두 번째 코드베이스 없음. |
본토 리전이 없다는 것은 비안을 걸 발판이 없다는 뜻이다
Heroku는 어디서 도는지에 대해 분명합니다. Regions 페이지는 Common Runtime 리전 두 곳 — “United States”와 “Europe” — 을 나열하고, “Both the Cedar and Fir Private Spaces runtimes share the same regions,”라고, 그리고 그 열 곳이 더블린, 프랑크푸르트, 런던, 몬트리올, 뭄바이, 오리건, 싱가포르, 시드니, 도쿄, 버지니아라고 밝힙니다. 같은 페이지의 샘플 API 호출은 그 Private Spaces가 Amazon Web Services 위에 있음을 보여 줍니다 — “the Frankfurt region maps to the Amazon Web Services eu-central-1 region.” 이 위치들 가운데 어느 하나도 중국 본토에 있지 않으며, 새 앱은 달리 지정하지 않는 한 us 리전으로 기본 설정됩니다.
그 목록은 속도가 의제에 오르기도 전에 라이선스 문제를 정리합니다. 중국 안에서 본토 방문자에게 전달되는 공개 웹사이트는 국무원령 제292호와 공업정보화부 제33호령상의 ICP 비안(备案)에 달려 있으며, 그 비안은 본토에 물리적으로 위치한 호스팅 자원에 붙어야 합니다. Heroku에는 그것이 없으므로 — Dyno가 설계상 역외이므로 — Heroku에는 비안을 걸 대상이 그냥 없습니다. 바로 여기서 “우리는 이미 Heroku에서 돌아간다”가 한계에 부딪힙니다: 중국 사용자에게 도달할 수 있다는 것은 그들을 서비스할 허가를 받았다는 것과 같지 않으며, 아무리 Dyno를 튜닝해도 비안이 붙어야 하는 본토 발판이 생겨나지는 않습니다.
귀사 중국 사용자의 데이터는 본토 밖에 놓인다
Heroku에서 중국을 서비스하면 사용자의 개인정보가 미국, 유럽, 또는 역외 AWS 리전에 놓입니다 — 결코 본토에는 아닙니다. 중국 개인정보 보호법은 이를 국경 간 이전으로 다루며, 그 의무는 — Heroku가 아니라 귀하 — 취급자에게 떨어져 고지하고, 별도 동의를 받고, 하나의 이전 메커니즘을 충족해야 합니다: CAC 보안 평가, CAC 표준계약, 또는 인증(제38~43조). Heroku는 이를 귀하 대신 확정해 주지 않는다고 솔직히 밝힙니다: 자사 표현으로 “Specifying an app’s region does not guarantee restriction of data residency for Heroku products, services, and add-ons to that region,”이며 “No guarantees are made about the physical location of Heroku’s control surface APIs.”입니다. 그리고 귀하가 핵심정보인프라 운영자이거나 대량 취급자라면, 중국에서 수집한 개인정보는 본토 안에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 어떤 역외 Heroku 리전도 충족할 수 없는 레지던시 의무입니다.
빠르든 느리든, 컴플라이언스 공백은 닫히지 않는다
중국에서 Heroku를 틀 짓는 옛 방식은 방화벽 뒤에서 그것을 어떻게 빠르고 믿음직하게 만들까를 묻는 것이었습니다. 그것은 집착할 잘못된 관문입니다. 상하이의 방문자에게 앱이 즉시 그려진다 해도, 역외 Dyno는 여전히 공개 사이트에 ICP 발판을 주지 못하고, 여전히 중국 사용자의 개인 데이터를 국경 너머로 나릅니다. 그것들은 지연 수치가 아니라 라이선스와 데이터의 사실이며, 페이지가 빨라진다고 개선되지 않습니다. 도달 가능성은 가질 만한 가치가 있습니다 — 그러나 그것은 질문의 전송 절반일 뿐, 귀하가 운영을 허가받았는지를 결정하는 절반은 결코 아닙니다.
이것은 판정이 아니라 리스크 지도입니다: 귀하가 ICP 비안, 국내 저장, 또는 둘 다를 져야 하는지는 귀사 앱이 무엇을 서비스하고, 얼마나 많은 개인 데이터를 보유하며, 누가 쓰는지에 달려 있습니다 — 구축에 앞서 법률 자문과 정리할 가치가 있습니다.
21YunBox가 맞는 자리 — 마이그레이션이 아니라 규정에 맞는 오버레이
Heroku는 여전히 귀사 플랫폼으로 남습니다: 같은 git push 배포, 같은 Dyno, 오늘 귀하가 그 위에 구축하는 같은 Salesforce 기반 PaaS. 그것이 건넬 수 없는 것은 본토 발판인데, 거기에 어떤 리전도 운영하지 않기 때문입니다. 21YunBox는 바로 그 빠진 조각을 공급합니다 — 규정에 맞는, 본토 안에서의 ICP 비안된 전송을, 귀사 기존 Heroku 오리진 앞에 놓으며, 리빌드 없음, 두 번째 코드베이스 없음, Heroku에서의 이전 없음. 저희 중국 팀은 귀사 법인과 데이터 규모에 어떤 의무가 떨어지는지 가려내고, ICP 비안을 보유하며, 적법한 중국 존재가 요구하는 국내 전송과 저장을 세웁니다 — 그동안 귀사 앱은 지금 있는 바로 그 자리에서 계속 돌아갑니다.
함께 읽기:
자주 묻는 질문
우리 기존 Heroku 앱이 중국에서 작동하나요?
글로벌 앱으로는 돌아갈 수 있지만, 규정에 맞는 본토 존재는 아닙니다. Heroku는 중국 본토 안에 리전이 없으므로 — Common Runtime은 미국과 유럽뿐, Private Spaces는 역외 Amazon Web Services 리전뿐 — ICP 비안을 실을 국내 자원이 없고, 중국 사용자의 개인 데이터는 PIPL 아래 역외에 놓입니다. 앱을 Heroku에 두는 것은 괜찮습니다; 공개 본토 청중을 적법하게 서비스하는 것이 Heroku 자체 네트워크가 애초에 포괄하도록 만들어지지 않은 부분입니다.
역외 Heroku Dyno에서 중국 본토를 서비스하는 것이 규칙 위반인가요?
전면적 예/아니요가 아니라 법률 자문과 평가할 리스크로 다루십시오. 역외 호스팅에서 두 가지 결과가 따릅니다: 본토 밖에서 서비스되는 공개 웹사이트는 ICP 비안을 보유할 본토 호스팅 자원이 없고, 중국 사용자의 개인정보가 본토를 떠납니다 — 고지, 별도 동의, 이전 메커니즘을 통해 PIPL이 규율하는 국경 간 이전입니다. 국내 저장 의무까지 적용되는지는 귀하의 역할(예: 핵심정보인프라 운영자)과 데이터 규모에 달려 있습니다.
21YunBox가 우리 Heroku 앱을 중국에서 작동하게 도울 수 있나요?
네. 귀사 앱은 오리진으로 Heroku에 그대로 남고 — 리빌드도, 두 번째 코드베이스도 없이 — 그동안 저희 중국 팀이 귀사 법인, 데이터 규모, 이용자에 어떤 의무가 적용되는지 지도화하고, 규정에 맞는 본토 존재가 필요로 하는 ICP 비안된 국내 전송을 세웁니다. 귀사의 구체적 사안을 풀어내려면 문의해 주세요.