Amazon CloudWatch는 중국에서 작동하나요? 귀사 로그·메트릭의 데이터 레지던시
Amazon CloudWatch는 귀사 로그·메트릭·추적을 귀사가 보내는 AWS 리전에 저장하며 — 글로벌 AWS 계정에서는 그 리전이 중국 본토 밖입니다. 모니터링 데이터가 일상적으로 개인정보를 담으므로, 그것은 속도가 아니라 PIPL 국경 간 이전 질문입니다. 귀사 텔레메트리가 어디에 사는지 컴플라이언스 관점에서 짚어봅니다.
Amazon CloudWatch는 중국에서 작동하나요?
중국 안에서 CloudWatch에 도달할 수는 있습니다 — 하지만 귀사의 글로벌 AWS 계정에서는 그것이 로그·메트릭·추적을 본토 밖에 저장하고, 그 텔레메트리는 일상적으로 개인 데이터를 나릅니다. CloudWatch가 여기서 "작동"하는지는 속도가 아니라 데이터 레지던시 질문입니다.
AWS 자신의 CloudWatch Logs 데이터 보호 기능이 바로 모니터링 데이터가 개인정보를 담기 때문에 존재합니다: "Personally Identifiable Information (PII) such as driver's licenses or social security numbers"와 "Device identifiers, such as IP addresses or MAC addresses."를 탐지·마스킹합니다. CloudWatch는 그 데이터를 귀사가 보내는 AWS 리전에 보관하고, AWS는 그것을 중국 안에서 별도의 China (Beijing)·China (Ningxia) 리전으로만 제공하며 — Sinnet과 NWCD가 운영하고, 그 자격증명은 두 파티션을 가로질러 "will not be able to access resources."입니다. 글로벌 계정에서 중국을 제공하면 귀사 사용자의 텔레메트리가 해외에 앉습니다: PIPL이 규율하는 개인정보의 국경 간 이전. 아래 표는 AWS 자신의 표현과 각 줄이 유발하는 규칙입니다.
이는 판정이 아니라 리스크 지도입니다 — 적용되는 것은 귀사의 법인, 데이터 볼륨, 로그가 포착하는 데이터가 누구의 것인지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 진단해 드립니다 →
컴플라이언스 스냅샷
- ! 글로벌 AWS에서는, 귀사 CloudWatch 로그·메트릭이 본토 밖에 저장됨
- ! 로그와 추적은 일상적으로 개인정보를 나름 — AWS 스스로 그 안의 IP·사용자 ID를 마스킹함
- ! 중국 사용자의 텔레메트리가 국경을 넘는 것은 PIPL 국경 간 이전
- ✓ CloudWatch는 공개 사이트가 없으므로, 자체 ICP 비안을 지지 않음
- ! 'AWS China를 써'는 별도 계정·운영자·체계 — 토글이 아님
Amazon Cloudwatch 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| AWS 자신의 설명으로, CloudWatch 로그는 일상적으로 개인정보를 나릅니다. AWS는 "audit and mask sensitive data that appears in log events,"를 위해 CloudWatch Logs 데이터 보호 기능을 특별히 지었고, 무엇을 찾는지 열거합니다: "Personally Identifiable Information (PII) such as driver's licenses or social security numbers," "Protected Health Information (PHI)," 금융 데이터, 그리고 "Device identifiers, such as IP addresses or MAC addresses." 로그와 추적은 익명 텔레메트리가 아니라 — 개인 데이터의 저장소이며, 바로 그것이 그 거처를 PIPL 질문으로 만듭니다. | Amazon CloudWatch Logs — Help protect sensitive log data with masking(docs.aws.amazon.com), 2026-10-07 열람 |
| CloudWatch는 귀사 텔레메트리를 귀사가 보내는 리전에 보관하며 — 글로벌 계정에서 그 리전은 중국 본토 밖입니다. CloudWatch는 리전별 서비스입니다; AWS는 그것을 중국 안에서 별도의 "China (Beijing)"·"China (Ningxia)" 리전으로만 제공합니다. 비중국 리전에 저장된 중국 사용자의 텔레메트리는 PIPL상의 국경 간 이전이고 — 고지, 별도 동의, 이전 메커니즘(제38~43조) — 핵심정보인프라 운영자나 대량 취급자의 경우, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). | Amazon Web Services in China — CloudWatch region availability(docs.amazonaws.cn), 2026-10-07 열람; PIPL 제38~43조·제40조; 사이버보안법 제39조(구 제37조) |
| "AWS China를 써"는 별도 계정, 별도 운영자, 별도 컴플라이언스 체계이지 — 리전 토글이 아닙니다. AWS 자신의 표현으로, "Sinnet"이 Beijing 리전을, "NWCD"가 Ningxia 리전을 운영하고; 귀사는 "sign up for a separate set of account credentials,"해야 하며, "customers with existing Amazon Web Services Inc. credentials 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."가 필요합니다. CloudWatch를 국내로 옮기는 것은 그 온전한 별도 토대를 세우는 것을 뜻합니다. | Amazon Web Services in China — FAQs(amazonaws.cn), 2026-10-07 열람 |
| CloudWatch는 자체 ICP 비안을 지지 않습니다 — 그 문은 그것이 지켜보는 앱의 것입니다. CloudWatch는 공개용 웹사이트가 없는 백엔드 관측성이므로, 본토 사이트가 요구하는 ICP 비안(국무원령 제292호; MIIT 령 제33호)은 귀사 애플리케이션이 공개에 제공하는 인터넷 정보 서비스에 결부되지, 그 텔레메트리에 결부되지 않습니다. 따라서 정직한 CloudWatch 질문은 ICP가 아니라 레지던시입니다: 모니터링 데이터 — 그리고 그 안의 개인정보 — 가 어디에 앉아도 되는지. | 21YunBox 컴플라이언스 리딩 — ICP 체계(국무원령 제292호; MIIT 령 제33호); Amazon CloudWatch 제품 범위(aws.amazon.com/cloudwatch), 2026-10-07 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토 청중을 두고 Amazon CloudWatch에 관한 질문은 대시보드가 로드되느냐가 아니라 — 그 뒤의 데이터가 어디에 살아도 되느냐입니다. CloudWatch는 귀사 로그·메트릭·추적을 귀사가 보내는 AWS 리전에 보관하고, 대부분의 팀이 돌리는 글로벌 AWS 계정에서는 그 리전이 중국 본토 밖에 앉습니다. 로그와 추적이 일상적으로 개인정보 — IP 주소, 사용자 식별자, 요청·응답 페이로드 — 를 담으므로, 그것을 해외로 보내는 것은 CloudWatch를 성능 질문이기 한참 전에 국경 간 데이터 질문으로 바꿉니다. AWS는 이 각 절반을 자사 표현으로 문서화합니다.
한눈에 보는 중국에서의 Amazon CloudWatch
| 무엇이 결정하나 | AWS 자신의 표현 |
|---|---|
| 데이터가 사는 곳 | CloudWatch는 귀사 로그·메트릭·추적을 귀사가 보내는 AWS 리전에 저장합니다. 글로벌 AWS 계정에서는 그 리전이 중국 본토 밖입니다; AWS는 CloudWatch를 중국 안에서 별도의 China (Beijing)·China (Ningxia) 리전으로만 제공합니다. |
| 데이터가 담는 것 | AWS 자신의 CloudWatch Logs 데이터 보호는 “Personally Identifiable Information (PII) such as driver's licenses or social security numbers”와 “Device identifiers, such as IP addresses or MAC addresses”를 탐지·마스킹합니다 — 로그와 추적은 개인 데이터를 담습니다. |
| 중국 파티션 | “Sinnet”이 Beijing 리전을, “NWCD”가 Ningxia 리전을 운영합니다. 귀사는 “sign up for a separate set of account credentials,”해야 하고, 기존 자격증명은 “will not be able to access resources in the Amazon Web Services China Regions, and vice versa.”입니다. |
| ICP가 적용되는 곳 | CloudWatch는 공개 웹사이트가 없으므로, ICP 비안이 그에 결부되지 않습니다. ICP(국무원령 제292호; MIIT 령 제33호)는 CloudWatch가 모니터하는 애플리케이션에 떨어지지, 텔레메트리에 떨어지지 않습니다. |
| 국경 간 노출 | 해외에 보유된 중국 사용자의 텔레메트리는 PIPL상 개인정보의 국경 간 이전입니다; CIIO나 대량 취급자의 경우 중국 내 저장이 요구됩니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). |
대시보드 뒤의 데이터가 국경을 넘는 것이다
CloudWatch는 리전별 서비스입니다: 모든 로그 그룹·메트릭·추적이 귀사가 게시하는 AWS 리전에 착지하고, 옮기지 않는 한 거기 머뭅니다. 대부분의 팀이 돌리는 글로벌 AWS 계정에서는 그 리전이 미국·유럽, 혹은 그 밖 해외에 있지 — 결코 본토가 아닙니다. 보통은 특별할 것이 없습니다. 텔레메트리가 중국 사용자를 기술하는 순간 특별해지는데, AWS 자신의 문서가 로그가 무엇을 담는지 인정하기 때문입니다: 그 CloudWatch Logs 데이터 보호 기능은 *“audit and mask sensitive data that appears in log events,“*를 위해 존재하고, 그것이 인식하는 민감 데이터에는 *“Personally Identifiable Information (PII) such as driver’s licenses or social security numbers”*와 *“Device identifiers, such as IP addresses or MAC addresses.”*가 포함됩니다. 요청 경로·헤더·사용자 ID·오류 페이로드가 더 많이 나릅니다.
그것을 해외로 실어 보내는 것은, 중국 개인정보 보호법상, 개인정보의 국경 간 이전이고 — 취급자는 AWS가 아니라 귀사로서, 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 제38~43조상 통과시켜야 합니다. 귀사가 핵심정보인프라 운영자이거나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 CloudWatch 리전이 충족할 수 없는 의무입니다. 대시보드는 요점 밖이고; 그 뒤에 저장된 데이터가 법이 닿는 것입니다.
”AWS China를 써”는 별도 계정과 운영자이지 토글이 아니다
뻔한 답변 — “그럼 CloudWatch를 중국 리전에 보내” — 은 들리는 것만큼 작은 변경이 아닙니다. AWS는 본토 리전을 중국 회사가 운영하는 별개의 파티션으로 돌립니다: 자신의 표현으로 *“Sinnet”*이 Beijing 리전을, *“NWCD”*가 Ningxia 리전을 운영합니다. 그것을 쓰려면 귀사는 *“sign up for a separate set of account credentials,“*해야 하고, *“customers with existing Amazon Web Services Inc. credentials 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.”*가 필요합니다. 따라서 귀사 관측성을 국내로 옮기는 것은 드롭다운 변경이 아니라; 중국 법인, 다른 계약 당사자 하의 두 번째 AWS 계정, 그리고 그 자체의 컴플라이언스 체계입니다 — 모든 본토 워크로드가 필요로 하는 바로 그 토대를, 이제 귀사 모니터링 스택에 적용한 것입니다.
ICP 선이 실제로 떨어지는 곳
CloudWatch가 어떤 문을 열고 열지 않는지는 정확할 가치가 있습니다. CloudWatch는 공개 웹사이트가 없는 백엔드 텔레메트리이므로 자체 ICP 비안을 지지 않습니다 — 국무원령 제292호와 MIIT 령 제33호상 ICP 체계는 귀사 애플리케이션이 공개에 제공하는 인터넷 정보 서비스를 규율하지, 그 뒤의 로그와 메트릭을 규율하지 않습니다. ICP를 CloudWatch 자체에 강제하는 것은 틀린 틀입니다. 정직한 CloudWatch 질문은 더 좁고 한 층 아래에 앉습니다: 모니터링 데이터가 어디에 사는지, 그리고 그 안의 개인정보가 거기 앉아도 되는지. 그것은 레지던시·국경 간 질문이고, 귀사 설정이 방어 가능한지를 실제로 결정하는 질문입니다.
이는 판정이 아니라 리스크 지도입니다: 국경 간 메커니즘, 국내 저장, 혹은 둘 다가 귀사 로그에 적용되는지는 귀사 텔레메트리가 무엇을 담는지, 그중 얼마나가 개인정보인지, 누구의 데이터인지에 달려 있습니다 — 배선하기 전에 법률 자문과 확정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 CloudWatch를, 그리고 나머지 AWS 모니터링을 정확히 그 자리에서 계속 돌립니다. 저희가 더하는 것은 글로벌 관측성 스택이 혼자서 줄 수 없는 조각입니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송을, 기존 오리진 앞단에 두는 것 — 재구축도, 두 번째 코드베이스도, 귀사 텔레메트리 파이프라인의 분기도 없이. 저희 중국 팀은 귀사 모니터링 데이터가 어디에 거하는지 매핑하고, 귀사의 PIPL 국경 간·데이터 레지던시 노출을 법인과 데이터 볼륨에 비추어 평가하며, 합법적 중국 존재가 필요로 하는 국내 전송과 저장을 세웁니다. 그동안 CloudWatch는 귀사가 이미 돌리는 스택 위에서 제 일을 그대로 합니다.
함께 읽기:
자주 묻는 질문
우리 기존 AWS 계정의 CloudWatch가 중국 본토까지 닿나요?
같은 것으로는 아닙니다. CloudWatch는 리전별로 데이터를 저장하고, AWS는 그것을 중국에서 Sinnet과 NWCD가 운영하는 별도의 China (Beijing)·China (Ningxia) 리전으로만 제공합니다. AWS는 기존 Amazon Web Services 자격증명이 "will not be able to access resources in the Amazon Web Services China Regions, and vice versa,"이며 중국 계정 등록에는 유효한 중국 사업자등록증이 필요하다고 밝힙니다. 귀사 글로벌 계정에서 CloudWatch 텔레메트리는 그저 귀사가 보내는 비중국 리전에 머뭅니다.
글로벌 CloudWatch에서 중국 사용자를 모니터하는 것은 문제인가요?
예/아니요가 아니라 법률 자문과 평가할 리스크로 다루십시오. 로그와 추적은 일상적으로 개인정보를 포착하고 — AWS 자신의 데이터 보호 도구가 PII·IP 주소 등을 마스킹하려 존재합니다 — 따라서 그 텔레메트리를 본토 밖 리전으로 보내는 것은 PIPL상 개인정보의 국경 간 이전이며, 고지·별도 동의·이전 메커니즘을 요합니다. 중국 내 저장 의무도 적용되는지는 귀사의 역할(예: 핵심정보인프라 운영자)과 데이터 볼륨에 달려 있습니다.
21YunBox가 우리 관측성 설정을 중국에서 규정에 맞게 만들도록 도울 수 있나요?
예. 저희 중국 팀은 귀사 CloudWatch 텔레메트리가 어디에 사는지와, 그것이 귀사의 법인·데이터 볼륨·사용자에 대해 만드는 PIPL 국경 간·데이터 레지던시 노출을 평가하고 — 귀사 공개 애플리케이션이 필요로 하는 ICP 비안 국내 전송을 세울 수 있습니다. 그동안 귀사 CloudWatch와 AWS 모니터링은 정확히 그 자리에 그대로 둡니다. 구체적인 사례를 짚으려면 문의하기.
