AWS Route 53는 중국에서 작동하나요? ICP, 데이터 레지던시, 그리고 백엔드 DNS 레이어
Route 53는 AWS의 관리형 권위 DNS — 귀사 도메인을 해석하는 백엔드 레이어이지, 귀사 호스트도 사용자 데이터가 사는 곳도 아닙니다. 그러니 ICP 비안은 귀사 사이트에 앉고, Route 53는 자신의 PIPL 레지던시 의무를 일으키지 않습니다 — 한편 그것을 AWS 중국 안에서 돌리는 것은 토글이 아니라 별도 계정 파티션입니다. 의무가 실제로 어디에 앉는지를 컴플라이언스 관점에서 짚어봅니다.
AWS Route 53는 중국에서 작동하나요?
예 — Route 53는 중국향 사이트에 작동합니다, DNS가 백엔드 레이어이기 때문입니다. 컴플라이언스 무게 — ICP 비안과 PIPL 데이터 레지던시 — 는 Route 53 자체가 아니라 그것이 가리키는 사이트와 그 본토 호스트에 내려앉습니다.
AWS 자신의 표현으로 Route 53는 "a highly available and scalable Domain Name System (DNS) web service"로 "connects the browser with your website or web application"합니다 — 룩업 레이어이지, 귀사 호스트도 사용자 데이터가 사는 곳도 아닙니다. 그러니 본토 방문자에게 제공되는 공개 사이트는 국내 호스트 위 ICP 비안이 필요하고(국무원령 제292호; MIIT 령 제33호), 귀사 사용자의 PIPL상 개인 데이터는 귀사 앱과 데이터베이스가 돌아가는 곳에 앉습니다 — 그 어느 의무도 Route 53에 붙지 않습니다. 진짜 질문은 더 좁습니다: 글로벌 Route 53는 본토 밖에서 답하고, Route 53를 AWS 중국 안에서 돌리는 것은 별도 파티션(Beijing은 Sinnet, Ningxia는 NWCD 운영)으로 별도 계정과 중국 사업자등록증이 필요합니다 — 리전 토글이 아니라. 아래 표는 AWS 자신의 표현과 각 규칙이 실제로 내려앉는 레이어입니다.
이는 판정이 아니라 리스크 지도입니다 — 진짜 노출이 귀사 호스트인지, 데이터인지, 본토 안 DNS 존재인지는 귀사 법인·데이터·사용자에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✓ DNS는 백엔드 레이어 — ICP 비안은 Route 53가 아니라 귀사 사이트의 것
- ✓ Route 53는 귀사 사용자의 개인 데이터가 아니라 귀사 DNS 레코드를 보유
- ! Route 53가 가리키는 공개 사이트는 여전히 본토 호스트 위 ICP 비안이 필요
- ! 글로벌 Route 53는 본토 밖에서 답함 — 전송 질문이지 법적 질문이 아님
- ! AWS 중국 안의 Route 53는 토글이 아니라 별도 계정 + 중국 사업자등록증
AWS Route 53 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Route 53는 귀사 호스트가 아니라 백엔드 DNS 레이어입니다. AWS 자신의 표현으로 그것은 "a highly available and scalable Domain Name System (DNS) web service"이고, 사용자가 귀사 도메인을 입력하면 "Route 53 connects the browser with your website or web application." 그것은 이름을 해석하고 라우팅합니다; 공개 사이트가 아니고 귀사 사용자의 개인 데이터가 사는 곳도 아닙니다 — 그러니 본토 사이트가 필요로 하는 ICP 비안은 Route 53가 아니라 그 사이트와 그 국내 호스팅에 붙습니다. | Amazon Route 53 Developer Guide — “What is Amazon Route 53?”(docs.aws.amazon.com), 2026-10-07 열람; 국무원령 제292호; MIIT 령 제33호 |
| Route 53는 귀사 사용자의 개인 데이터가 아니라 귀사 DNS 레코드를 저장합니다. 그것의 호스팅 영역은 이름을 주소에 매핑하는 레코드를 보유하지 — 귀사 애플리케이션이 모으는 개인정보가 아닙니다. 그러니 PIPL 국경 간·국내화 의무 — 제38~43조상 고지·별도 동의·이전 메커니즘, 그리고 PIPL 제40조와 사이버보안법 제39조(구 제37조)상 CIIO나 대량 취급자의 국내 저장 — 는 귀사 사용자 데이터가 실제로 사는 곳에 내려앉습니다: 귀사 앱·데이터베이스·호스트, 권위 DNS 레이어가 아니라. | Amazon Route 53 Developer Guide(docs.aws.amazon.com), 2026-10-07 열람; PIPL 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) |
| Route 53는 AWS 중국에서 돕니다 — 하지만 별도 파티션으로만. AWS는 그것을 중국 리전에서 제공합니다 — Beijing "operated by Sinnet", Ningxia "operated by NWCD" — 하지만 귀사는 "a separate set of account credentials unique to Amazon Web Services China services"를 통해 닿고, 기존 글로벌 자격증명은 "will not be able to access resources in the Amazon Web Services China Regions, and vice versa,"이며 등록에는 "a valid Chinese business license issued by the Bureau of Industry and Commerce"가 필요합니다. 귀사 글로벌 계정 안에서 켜는 리전이 아닙니다. | Amazon Web Services in China — FAQs(amazonaws.cn), 2026-10-07 열람 |
| 중국 안의 Route 53는 축소된 서비스입니다. AWS 자신의 중국 문서는, "How Route 53 differs" 아래, "You can't use Route 53 to register domains," "Traffic flow is not available," "Route 53 DNSSEC signing is not available in China," 그리고 "You can't create alias records that route traffic to Amazon resources outside the China Regions."라고 밝힙니다. 귀사 DNS를 국내로 옮기는 것은 진짜 공백이 있는 별도 파티션 프로젝트입니다 — AWS 중국의 나머지와 같은 중국 법인·ICP 경로에 묶이지, 설정 변경이 아닙니다. | Getting Started with Amazon Web Services in China — Amazon Route 53(docs.amazonaws.cn), 2026-10-07 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
본토 중국 청중을 두고 Route 53에 관한 유용한 질문은 그것이 얼마나 빨리 룩업에 답하느냐가 아니라 — Route 53가, 있다면, 귀사에게 무엇을 비안하거나 국내화하도록 의무 지우느냐입니다. 답은 한 방향으로는 안심이 되고 다른 방향으로는 오독하기 쉽습니다. Route 53는 백엔드 DNS 레이어입니다: AWS 자신의 표현으로 그것은 *“a highly available and scalable Domain Name System (DNS) web service”*로 *“connects the browser with your website or web application.”*합니다. 그것은 귀사 호스트가 아니고, 귀사 사용자의 개인 데이터가 사는 곳도 아닙니다. 그러니 본토 사이트가 필요로 하는 ICP 비안은 그 사이트와 그 국내 호스팅에 앉지, 귀사 DNS에 앉지 않고, Route 53는 자신의 PIPL 데이터 레지던시 의무를 일으키지 않습니다. 꼼꼼히 볼 가치가 있는 것은 더 좁습니다: 글로벌 Route 53는 본토 밖에서 답하고, Route 53를 AWS 중국 파티션 안에서 돌리는 것은 켜는 리전이 아니라 별도 계정 방식입니다.
한눈에 보는 중국에서의 AWS Route 53
| 무엇이 결정하나 | AWS 자신의 표현 |
|---|---|
| Route 53가 무엇인가 | “A highly available and scalable Domain Name System (DNS) web service”로, 사용자가 귀사 도메인을 입력하면 “connects the browser with your website or web application.” 그것은 이름을 해석하고 라우팅합니다 — 호스트가 아니라 룩업 레이어. |
| 누가 ICP 비안이 필요한가 | 본토 방문자에게 제공되는 공개 사이트와 그 국내 호스트 — DNS가 아니라. 귀사는 Route 53를 ICP 비안하지 않습니다; 비안은 국무원령 제292호와 MIIT 령 제33호상 사이트의 것입니다. |
| Route 53 위의 귀사 데이터 | 호스팅 영역은 귀사 DNS 레코드를 보유하지, 귀사 앱이 모으는 개인정보를 보유하지 않습니다. 권위 DNS 레이어는 자신의 PIPL 레지던시 의무를 일으키지 않습니다; 그 질문은 귀사 앱·데이터베이스·호스트에 앉습니다. |
| 본토 안의 Route 53 | AWS 중국에서 제공됨 — Beijing “operated by Sinnet,” Ningxia “operated by NWCD” — 하지만 “a separate set of account credentials unique to Amazon Web Services China services”를 통해서이고, 이는 “a valid Chinese business license”가 필요합니다. 귀사 글로벌 계정의 토글이 아닙니다. |
| 중국 파티션에서 달라지는 것 | 축소된 서비스: “You can't use Route 53 to register domains,” “Traffic flow is not available,” “Route 53 DNSSEC signing is not available in China,” 그리고 “outside the China Regions”의 Amazon 리소스로의 alias 레코드 없음. |
Route 53는 백엔드 레이어다 — 그러니 ICP는 귀사 DNS가 아니라 귀사 사이트에 앉는다
Route 53는 세 가지를 합니다 — AWS의 표현으로 “domain registration, DNS routing, and health checking” — 그리고 그 전부가 해석과 라우팅입니다: *“connects the browser with your website or web application.”*하는 룩업. 그 어느 것도 규제기관이 운영 웹사이트로 다루는 공개용 서비스가 아닙니다. 그것은 귀사 호스트와 귀사 애플리케이션입니다. 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)은 본토 방문자에게 전달되는 사이트와 그 뒤의 본토 호스팅 리소스에 앉습니다 — 귀사는 DNS 서비스에 대고 ICP를 비안하지 않습니다.
실제적 결과는 양방향으로 베입니다. 귀사 사이트가 해외에서 제공되면, 어떤 DNS 제공자 선택도 그것을 ICP 적격으로 만들지 않습니다; 비안은 국내 호스팅에 달려 있고, 그것은 Route 53와 전혀 다른 레이어입니다. 하지만 그 역도 똑같이 참입니다: Route 53를 귀사 DNS로 유지하는 것은, 그것만으로, 중국향 사이트를 컴플라이언스 밖으로 밀어내지 않습니다. 라이선싱 질문은 누가 룩업에 답하느냐가 아니라 사이트가 어디에 호스팅되느냐로 정해집니다.
Route 53는 귀사 사용자의 데이터가 아니라 귀사 DNS 레코드를 보유한다
DNS는 여기서 정직하므로, 문제를 지어내지 않을 가치가 있습니다. Route 53는 귀사 호스팅 영역 — 이름을 주소에 매핑하는 레코드 — 을 저장하지, 귀사 애플리케이션이 방문자에게서 모으는 개인정보를 저장하지 않습니다. 그러니 중국 개인정보 보호법이 일으키는 의무 — 어떤 국경 간 이전에든 고지·별도 동의·이전 메커니즘(제38~43조), 그리고 핵심정보인프라 운영자나 대량 취급자의 국내 저장(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 은 귀사 사용자 데이터가 실제로 사는 곳에 앉습니다: 귀사 앱, 귀사 데이터베이스, 귀사 호스트. 그것들은 권위 DNS 레이어에 붙지 않습니다.
손사래 치기보다 법률 자문과 제기할 가치가 있는 정직한 한 가지 caveat: 귀사가 Route 53 Resolver 쿼리 로깅을 켜면, 그 로그는 자신의 작은 데이터 질문입니다. 하지만 요지는 유지됩니다 — Route 53는 레지던시 문제를 만드는 것이 아니고, DNS 결정이 그것을 만드는 호스팅·데이터 결정을 대신해서는 안 됩니다.
Route 53는 AWS 중국에서 돈다 — 하지만 토글이 아니라 별도 파티션으로
AWS는 본토 안에서, 자사 중국 파티션에서 Route 53를 제공합니다 — Beijing “operated by Sinnet”, Ningxia “operated by NWCD.” 하지만 그것은 귀사가 이미 지닌 계정 안에서 켜는 리전이 아닙니다. 귀사는 *“a separate set of account credentials unique to Amazon Web Services China services”*를 통해 일하고, 기존 글로벌 자격증명은 “will not be able to access resources in the Amazon Web Services China Regions, and vice versa.” 그 계정을 등록하려면 *“a valid Chinese business license issued by the Bureau of Industry and Commerce.”*가 필요합니다.
중국 Route 53는 또한 축소된 서비스입니다. AWS 자신의 문서는, “How Route 53 differs” 아래, “You can’t use Route 53 to register domains,” “Traffic flow is not available,” “Route 53 DNSSEC signing is not available in China,” 그리고 *“You can’t create alias records that route traffic to Amazon resources outside the China Regions.”*라고 적습니다. 그러니 귀사 DNS를 국내로 옮기는 것은 진짜 공백이 있는 별도 파티션 프로젝트이고, AWS 중국의 나머지와 같은 중국 법인·ICP 경로에 묶입니다 — 설정 변경이 아니라 신중히 내릴 결정.
본토에서 도달 가능 — 그것은 전송 절반이지 법적 절반이 아니다
귀사 네임서버가 글로벌 Route 53일 때, 중국의 방문자 리졸버는 여전히 Route 53의 권위 서버에 닿아야 하고, 글로벌 서비스의 그것은 본토 밖에 앉습니다. 그 룩업이 중국 안에서 빠르고 일관되게 해석되느냐는 전송·도달성 고려 — 진짜이지만, 귀사가 애초에 운영해도 되는지를 정하는 컴플라이언스 질문과는 별개 — 입니다. 저희는 중국 내부 측정 작업을 이 페이지에서 일부러 뺍니다; 중국향 사이트가 합법적인지를 정하는 것은 라이선싱과 데이터 레이어이고, 어떤 DNS 튜닝도 그것을 바꾸지 않습니다.
이는 판정이 아니라 리스크 지도입니다: 귀사가 ICP 비안, 국내 호스팅, 또는 본토 안 DNS 존재가 필요한지는 귀사가 무엇을 제공하는지, 얼마나 많은 개인 데이터를 보유하는지, 사용자가 누구인지에 달려 있습니다 — 짓기 전에 법률 자문과 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 Route 53를 귀사 DNS로 유지합니다. 저희는 DNS가 결코 제공하지 않을 부분을 더합니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송과 호스팅을, 기존 오리진 앞단에 두는 것 — 재구축도, 두 번째 코드베이스도, AWS나 Route 53 이탈도 없이. 저희 중국 팀은 ICP가 실제로 어디에 앉는지 매핑하고, 귀사의 PIPL 국경 간·데이터 레지던시 노출을 귀사 법인·데이터 볼륨·사용자에 비추어 평가한 뒤, 합법적 중국 사이트가 요구하는 국내 존재를 세웁니다. Route 53는 정확히 있던 자리에 머뭅니다 — 귀사는 그저 레코드를 규정에 맞는 경로에 가리키면 됩니다.
함께 읽기:
자주 묻는 질문
Route 53 자체에 ICP 비안이 필요한가요?
아니요 — DNS 서비스는 ICP 비안하지 않습니다. ICP 비안은 본토 방문자에게 제공되는 공개 웹사이트와 그 뒤의 국내 호스팅 리소스에 붙습니다, 국무원령 제292호와 MIIT 령 제33호상. Route 53는 방문자를 그 사이트에 가리키는 룩업 레이어입니다. 사이트가 해외에서 제공되면 어떤 DNS를 쓰든 ICP 비안될 수 없습니다; 해법은 DNS 제공자 변경이 아니라 국내 호스팅과 전송입니다.
Route 53를 쓰면 PIPL 국경 간 데이터 문제가 생기나요?
법률 자문과 확인할 질문으로 다루되, 권위 DNS 레이어는 보통 문제가 앉는 곳이 아닙니다. Route 53는 귀사 애플리케이션이 모으는 개인정보가 아니라 귀사 DNS 레코드를 보유하므로, PIPL의 국경 간 이전·데이터 레지던시 의무는 귀사 사용자 데이터가 실제로 사는 곳 — 귀사 앱·데이터베이스·호스트 — 에 내려앉습니다. (귀사가 Route 53 Resolver 쿼리 로깅을 켜면, 그 로그는 제기할 가치가 있는 별개 데이터 질문입니다.)
21YunBox가 우리 Route 53 설정을 중국에서 작동하도록 도울 수 있나요?
예. Route 53를 귀사 DNS로 유지하십시오 — 저희 중국 팀이 ICP가 실제로 어디에 앉는지 매핑하고, 귀사 법인·데이터 볼륨·사용자에 대해 PIPL 국경 간·데이터 레지던시 노출을 평가한 뒤, 사이트가 필요로 하는 ICP 비안 국내 전송과 호스팅을 기존 오리진 앞단에 세웁니다. 귀사는 그저 레코드를 규정에 맞는 경로에 가리키면 됩니다. 귀사의 구체적 사례를 짚으려면 문의하기.
