Statuspage는 중국에서 작동하나요? 도달 가능성, 호스팅, 구독자 데이터

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

사실	1차 출처
Atlassian 자체 표현으로: 데이터 레지던시는 “gives you control over where your in-scope app data for Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom is hosted”(Jira·Jira Service Management·Jira Product Discovery·Confluence·Loom에 대한 귀하의 범위 내 앱 데이터가 어디 호스팅되는지에 대한 통제를 준다) — Statuspage를 포함하지 않는 목록. 그것이 제공하는 위치(호주·캐나다·EU·독일·인도·일본·싱가포르·한국·스위스·영국·미국)는 중국 본토 리전을 하나도 담지 않고, 기본값으로 “all Atlassian apps are hosted in the Global location, which includes all of our AWS regions”(모든 Atlassian 앱은 우리 모든 AWS 리전을 포함하는 Global 위치에 호스팅된다)이며, Atlassian은 데이터를 “between these regions as necessary”(필요에 따라 이 리전 사이에) 옮깁니다. 그러므로 Statuspage 상태 페이지는 중국 본토 호스팅이나 레지던시 옵션 없이 해외에서 서비스됩니다.	Atlassian — Understand data residency, 2026-10-07 열람
구독자 알림을 켜면 Statuspage는 사람들에게 닿는 데 필요한 연락처를 수집합니다: Atlassian 문서로 그것은 “can send out notifications to your customers via email and SMS”(이메일과 SMS로 귀하 고객에게 알림을 보낼 수 있다)이고, 구독자는 이메일 주소나 SMS 전화번호로 — 하나씩, CSV 임포트로, 또는 API를 통해 — 추가됩니다. 그 이메일과 전화번호는 개인정보입니다; 중국의 사용자에게서 수집되어 Statuspage의 해외 인프라에 저장되면, 그것들은 PIPL이 규율하는 국경 간 이전입니다 — 고지, 별도 동의, 그리고 하나의 이전 메커니즘(CAC 안전성 평가, CAC 표준계약, 또는 인증)을 요구하는.	Atlassian — Enable subscribers (Statuspage), 2026-10-07 열람; PIPL 제3장, 제38~43조
구독자 데이터 노출은 단지 상태 페이지를 돌리는 것이 아니라 볼륨과 역할과 함께 스케일합니다: CAC의 2024년 3월 국경 간 규칙상, 비CIIO가 한 역년에 10만 명 미만 개인의 비민감 개인정보를 이전하는 것은 안전성 평가·표준계약·인증에서 면제됩니다. 큰 구독자 목록, 또는 민감 취급은, 그 계산을 바꿉니다.	CAC — 국경 간 데이터 흐름 촉진·규범화 규정, 2024년 3월
CIIO나 대량 취급자에게, 중국에서 수집된 개인정보는 중국 본토 안에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). Statuspage는 중국 본토 리전을 제공하지 않으므로, 귀사 중국 구독자의 연락처 데이터를 중국 땅에 유지하는 것 — 그리고 본토 안에서 닿을 수 있게 유지되는 상태 페이지를 서비스하는 것 — 은 그 전송과 저장을 본토의 인프라에서 돌린다는 뜻인데, 그것이 ICP 비안이 그림에 들어오는 곳입니다.	PIPL 제40조; 사이버보안법 제39조(구 제37조)

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

중국 본토 청중에게, Statuspage에 관한 질문은 그것이 얼마나 빨리 그려지느냐가 아니라 — 중요할 때 페이지가 로드되기나 하느냐, 그리고 귀사가 알리는 사람들의 연락처가 어디 와서 멈추느냐입니다. Statuspage는 전적으로 Atlassian의 AWS 인프라에 해외로 호스팅되고, 중국 본토 안에 리전이 없으며, Jira나 Confluence와 달리, 그것을 더 가까이 고정할 데이터 레지던시 옵션이 없습니다. 그것은 두 가지를 노출된 채 둡니다: 인시던트 동안 닿을 수 있게 유지되어야 하는 상태 페이지가 가장 덜 믿을 만할 때 국경 링크를 넘어 서비스되고, 귀사가 중국 사용자에게서 모으는 어떤 구독자 이메일과 전화번호도 중국의 데이터 법 아래 본토 밖에 삽니다. Atlassian은 둘 다 자체 표현으로 문서화합니다.

Statuspage를 중국에서 한눈에

로드할 수 없는 상태 페이지는 없는 것보다 나쁩니다

상태 페이지의 전체 가치는 귀사 제품이 안 될 때 그것이 떠 있다는 것입니다. 그것은 귀사 서비스가 고장 난 것처럼 느껴지는 순간 고객이 여는 페이지입니다 — 그리고 중국 본토 고객에게, Statuspage는 그 순간을 해외에서 답합니다. Atlassian의 AWS 인프라에 호스팅되고 *.statuspage.io에서 서비스되는 상태 페이지는 국경 간 경로를 넘어서만 중국에 닿고, 그 경로는 실제 인시던트에 동반하는 바로 그 혼잡·라우팅 변동·네트워크 스트레스 동안 가장 덜 믿을 만합니다. Statuspage가 차단을 위해 지목된 것은 아닙니다; 문제는 구조적입니다. 귀사 중국 사용자가 중단 와중에 로드될 것을 믿을 수 없는 해외 상태 페이지는 단지 저조한 것이 아니라 — 그 자체 목적을 뒤집는데, 그들이 설명되는 것을 볼 수 없는 인시던트는 그들에게 귀사가 숨기는 것처럼 보이기 때문입니다. 여기서 도달 가능성은 컴플라이언스 사실이 아니라 전송 사실입니다 — 그러나 그것은 Statuspage가 중국 청중에게 “작동”하기나 하는지를 결정하는 첫째입니다.

해외에 호스팅, 본토 리전 없고 레지던시 옵션 없이

상태 페이지가 어디 호스팅되느냐가 귀사가 그것에 대해 할 수 있는 것과 없는 것을 정합니다. Atlassian의 데이터 레지던시 문서는 고객이 범위 내 데이터가 어디 사는지 고정하게 하지만, 그것은 그 컨트롤을 *“Jira, Jira Service Management, Jira Product Discovery, Confluence, and Loom”*으로 한정합니다 — Statuspage는 그 목록에서 빠져 있습니다. 기본값으로, Atlassian은, “all Atlassian apps are hosted in the Global location, which includes all of our AWS regions”(모든 Atlassian 앱은 우리 모든 AWS 리전을 포함하는 Global 위치에 호스팅된다)라 하고, 그것이 “dynamically determine where their in-scope data is located, and optimize performance by moving data between these regions as necessary”(그 범위 내 데이터가 어디 위치하는지 동적으로 결정하고, 필요에 따라 이 리전 사이에 데이터를 옮겨 성능을 최적화)할 것이라 합니다. 그 AWS 리전 중 어느 하나도 중국 본토에 앉지 않습니다. 그러니 Statuspage 페이지는 단지 중국에서 먼 것이 아니라 — 그것이나 그 데이터를 본토 안으로 가져올 메커니즘이 없습니다.

그 지리는 또한 ICP 비안을 막습니다. 중국 안에서 본토 방문자에게 서비스되는 공개 사이트는 국무원령 제292호와 공업정보화부령 제33호상 ICP 등록(ICP 备案)을 켜고, 그 비안은 본토에 물리적으로 위치한 호스팅 리소스에 붙어야 합니다. 해외 전용 서비스는 비안할 아무것도 없습니다 — 그것이 “우리는 이미 Statuspage에 상태를 게시한다”가 중국으로 넘어가지 않는 이유입니다: 본토에 닿는 것과 본토 안에서 그것을 서비스하도록 클리어되는 것은 두 다른 것이고, 페이지를 조율하는 것은 어느 격차도 닫지 않습니다.

귀사 구독자의 연락처 데이터가 나라를 떠납니다

순전히 공개인 상태 페이지는 개인 데이터를 거의 지니지 않습니다. 노출은 귀사가 Statuspage의 구독자 알림을 쓰는 순간 나타납니다. Atlassian 자체 문서로 Statuspage는 “can send out notifications to your customers via email and SMS”(이메일과 SMS로 귀하 고객에게 알림을 보낼 수 있다), 그리고 그러려면 그들에게 닿기 위해 필요한 것 — 이메일 주소와 SMS 전화번호, 하나씩, CSV 임포트로, 또는 API를 통해 추가되는 — 을 수집합니다. 그것들은 개인정보입니다. 중국 본토의 사용자에게서 모여 Statuspage의 해외 인프라에 지녀지면, 그것들은 개인정보 보호법 아래 국경 간 이전입니다: 취급자 — Atlassian이 아니라 그 고객인 귀사 — 는 고지하고, 별도 동의를 얻고, 하나의 이전 메커니즘(CAC 안전성 평가, CAC 표준계약, 또는 인증)을 통과해야 합니다.

그 의무의 무게는 귀사 구독자 목록과 귀사 역할과 함께 스케일합니다. CAC의 2024년 3월 국경 간 규칙상 비CIIO가 한 역년에 10만 명 미만 개인의 비민감 개인정보를 옮기는 것은 그 메커니즘에서 면제되는 한편, CIIO나 대량 취급자는 중국에서 수집된 개인정보를 본토 안에 유지해야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 전용 상태 서비스가 충족할 수 없는 레지던시 의무.

이것은 판정이 아니라 리스크 지도입니다. 구독자 없는 상태 페이지는 대부분 도달 가능성 질문입니다; 구독자 알림을 더하면 그것은 국경 간 데이터 질문도 됩니다 — 그리고 그것이 얼마나 멀리 닿느냐는 귀사 볼륨·역할과 귀사가 무엇을 수집하느냐에 달려 있습니다. 짓기 전에 법무와 정할 가치가 있습니다.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 규정에 맞는 오버레이

귀사는 Statuspage를 계속 돌립니다. 저희는 해외 전용 서비스가 할 수 없는 조각을 더합니다: 본토 안에서 닿을 수 있게 유지되는 상태 채널 — 귀사 기존 상태 페이지 앞단에 놓인 ICP 비안, 국내 전송 — 그래서 귀사 중국 사용자가 그것이 보고하려 존재하는 바로 그 인시던트 동안 그것을 로드할 수 있게, 재구축 없고 두 번째 시스템 없이. 법이 요구하는 곳에서, 저희는 또한 귀사 중국 구독자의 연락처 데이터를 중국 땅에 유지합니다. 저희 중국 팀은 귀사 도달 가능성과 구독자 데이터 의무를 귀사 법인과 데이터 볼륨에 대해 지도화한 다음, 합법적인 중국 존재가 필요로 하는 국내 전송과 저장을 세우며, 한편 Statuspage는 이미 도는 바로 그곳에 머뭅니다.

컴플라이언스 진단 받기 →

---

함께 읽기:

• 중국 ICP 비안 받는 법
• PIPL 아래 국경 간 데이터 이전

자주 묻는 질문

Statuspage는 중국에서 차단되나요?

노골적으로는 아닙니다. Statuspage 페이지는 Atlassian의 AWS 인프라에 해외로 호스팅되고 statuspage.io에서 서비스되므로, 원칙적으로 닿을 수 있지만 국경 간 경로에 의존합니다 — 상태 페이지가 겨냥하는 혼잡과 인시던트 조건 동안 가장 덜 믿을 만한. 실무적 리스크는 하드 차단이라기보다, 귀사 본토 사용자가 그것을 필요로 하는 바로 그 순간 로드될 것을 믿을 수 없는 상태 페이지입니다.

Statuspage를 쓰는 것이 중국 데이터 컴플라이언스 문제를 만드나요?

귀사가 그것을 통해 개인 데이터를 수집하는 정도까지만. 순전히 공개인 상태 페이지는 거의 지니지 않습니다. 그러나 귀사가 구독자 알림을 켜면, Statuspage는 구독자의 이메일과 SMS 전화번호를 수집해 중국 본토 리전 없는 해외 인프라에 지닙니다 — PIPL이 규율하는 개인정보의 국경 간 이전. 귀사가 국내 저장 의무도 마주하는지는 귀사 역할(예를 들어, 귀사가 CIIO인지)과 귀사가 다루는 볼륨에 달려 있습니다. 포괄적 금지가 아니라 법무와 확인할 리스크로 다루세요.

21YunBox가 우리 Statuspage 설정을 중국에 작동하게 도울 수 있나요?

예. 저희 중국 팀은 귀사 데이터 볼륨과 역할에 대한 귀사 도달 가능성과 구독자 데이터 노출을 진단하고, 상태 커뮤니케이션을 위한 규정에 맞는, ICP 비안 국내 전송 경로를 — 그리고, 법이 귀사 중국 구독자의 연락처 데이터가 본토에 머물 것을 요구하는 곳에서는, 국내 저장을 — 귀사를 Statuspage에서 옮기지 않고 세울 수 있습니다. 귀사 특정 사례를 다루려면 문의하세요.