Kafka / Confluent은 중국에서 작동하나요? Confluent Cloud 리전, 셀프호스티드 Kafka & 데이터 레지던시
Apache Kafka는 중국 본토 안 포함 어디에나 셀프호스팅할 수 있는 오픈소스 소프트웨어입니다; Confluent Cloud는 중국 본토 리전 없는 관리형 Kafka입니다. 그래서 결정적 질문은 속도가 아니라 — 데이터 레지던시입니다: 중국에서 수집된 개인 또는 중요 데이터를 해외 Confluent Cloud 클러스터를 통해 스트리밍하는 것은 PIPL상 국경 간 이전이고, 중요 데이터와 핵심정보인프라 운영자에는 CAC 안전성 평가와 CSL 국내 저장(제39조, 구 제37조)이 따릅니다. 데이터 문 — 그리고 셀프호스티드 국내 경로 — 을 컴플라이언스 우선으로 살펴봅니다.
Apache Kafka / Confluent은 중국에서 작동하나요?
Kafka가 중국에서 작동하는지는 어느 “Kafka”를 뜻하는지에 달렸습니다 — 그리고 그것은 속도가 아니라 데이터 레지던시 질문입니다. Apache Kafka는 중국 본토 안 포함 어디서든 셀프호스팅할 수 있는 오픈소스 이벤트 스트리밍 소프트웨어입니다; Confluent Cloud는 Confluent의 완전 관리형 Kafka 서비스이고, 자신의 문서로 그것은 AWS, Azure, Google Cloud 리전 — 중국 본토 안에는 하나도 없는 — 에서만 돕니다.
그래서 귀사가 중국 이용자에게서 수집하는 데이터를 해외 리전(가장 가까운 것이 홍콩, 대만, 도쿄, 서울, 싱가포르)의 Confluent Cloud 클러스터를 통해 스트리밍하면, 그 토픽을 타고 흐르는 개인 — 그리고 때로 중요 — 데이터가 해외에 안착합니다. 그것은 PIPL이 규율하는 국경 간 이전(数据出境)입니다: 고지, 별도 동의, 이전 메커니즘, 그리고 중요 데이터, 대량, 또는 핵심정보인프라 운영자에는 CAC 안전성 평가와 함께. 핵심정보인프라 운영자나 중요 데이터에는, 사이버보안법의 국내 저장 의무(제39조, 구 제37조)가 그 데이터를 본토에 둡니다 — 어떤 해외 클러스터도 충족할 수 없는.
데이터 거주 경로는 오픈소스의 것입니다: Apache Kafka(또는 중국 거주 관리형 Kafka)를 중국 안에 셀프호스팅하고, 스트림을 국내에 두고, 중국 대상 앱을 ICP 비안 인프라에서 국내 전송하십시오. 이는 리스크 지도이지 판정이 아닙니다 — 귀사 의무는 귀사 데이터, 물량, 역할로 도므로, 자문과 확인하십시오. 저희 중국 팀이 귀사의 Kafka 데이터 노출을 귀사와 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! 속도가 아니라 데이터 레지던시 질문(数据出境)입니다 — 그리고 답은 제품으로 갈립니다: Apache Kafka는 어디서든 셀프호스팅하는 오픈소스 소프트웨어, Confluent Cloud는 그 리전이 귀사 스트림이 어디에 머무는지를 결정하는 관리형 SaaS입니다.
- ✕ Confluent Cloud는 중국 본토 리전을 제공하지 않습니다 — 자신의 문서가 AWS, Azure, Google Cloud 리전(홍콩, 대만, 도쿄, 서울, 싱가포르 등)을 열거하나 본토 안에는 하나도 없습니다.
- ! 중국에서 수집된 개인 — 또는 중요 — 데이터를 해외 리전의 Confluent Cloud 클러스터를 통해 스트리밍하는 것은 PIPL상 국경 간 이전입니다: 고지, 별도 동의, 이전 메커니즘.
- ! 핵심정보인프라 운영자나 중요 데이터에는, 국내 저장과 CAC 데이터 수출 안전성 평가가 적용됩니다(CSL 제39조, 구 제37조) — 해외 클러스터는 그것을 충족할 수 없습니다.
- ✓ 데이터 거주 경로가 존재합니다: Apache Kafka(또는 중국 거주 관리형 Kafka)를 중국 안에 셀프호스팅하고, 스트림을 국내에 두고, 중국 대상 앱을 ICP 비안 인프라에서 국내 전송합니다.
Apache Kafka / Confluent 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Confluent Cloud는 중국 본토 리전이 없는 완전 관리형 서비스입니다. Confluent는 Confluent Cloud를 “a fully managed, cloud-native service for Apache Kafka®,” 로 기술하고, 그 Cloud 문서는 그것이 “runs on AWS, Azure, and Google Cloud, including AWS GovCloud and Jio Cloud regions.” 라 밝힙니다. 그 리전 표는 아시아·태평양 사이트 — 홍콩, 대만, 도쿄, 오사카, 서울, 싱가포르, 자카르타, 뭄바이, 시드니 — 를 열거하나, 본토 안에는 하나도 없이, 가장 가까운 것이 홍콩과 대만입니다. | Confluent Documentation, “Cloud Providers and Regions for Confluent Cloud,” 및 Confluent, “Confluent Cloud, a Fully Managed Apache Kafka® Service” (docs.confluent.io / confluent.io), 2026-10-08 열람 |
| Apache Kafka는 귀사가 직접 돌리는 오픈소스 소프트웨어입니다. Apache Software Foundation은 그것을 “an open-source distributed event streaming platform.” 으로 기술합니다. 귀사가 브로커를 배포하고 운영하므로, 귀사는 Apache Kafka를 어디서든 — 중국 본토 안 인프라 포함 — 돌릴 수 있고, 그것이 이벤트 데이터를 중국 땅에 두는 경로입니다. | Apache Kafka, Apache Software Foundation (kafka.apache.org), 2026-10-08 열람 |
| 중국에서 수집된 개인 데이터를 해외로 스트리밍하는 것은 PIPL 국경 간 이전입니다. 중국 이용자에게서 수집된 개인정보를 본토 밖 클러스터로 보내는 것은 PIPL 제38~40조를 발동시킵니다: 고지, 일상적 사용과 구별되는 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증. 의무는 개인정보 처리자의 것입니다 — Kafka 벤더가 아니라 Confluent 고객인 귀사의 것. | 중화인민공화국 개인정보 보호법, 제38~40조 (cac.gov.cn), 2026-10-08 열람 |
| 중요 데이터와 핵심정보인프라 운영자 데이터는 본토에 머물러야 합니다. 사이버보안법상, 핵심정보인프라 운영자가 중국에서 수집한 개인정보와 중요 데이터는 본토에 저장되어야 합니다 — 제39조(구 제37조, 2026-01-01 발효된 2025년 개정으로 재번호) — 그리고 중요 데이터의 어떤 나가는 이전이든 데이터 수출 안전성 평가 조치상 CAC 안전성 평가를 요구합니다. 해외 Confluent Cloud 클러스터는 본토 내 저장 의무를 충족할 수 없습니다. | 중화인민공화국 사이버보안법, 제39조(구 제37조); 데이터 수출 안전성 평가 조치 (cac.gov.cn), 2026-10-08 열람 |
| 노출은 물량과 역할로 커집니다. CAC의 2024년 3월 국경 간 데이터 흐름 촉진·규범 규정상, 한 역년에 10만 명 미만의 비민감 개인정보를 옮기는 비(非)핵심정보인프라 운영자는 안전성 평가, 표준계약, 인증에서 면제됩니다 — 반면 중요 데이터를 수출하거나, 핵심정보인프라 운영자의 어떤 수출이든 여전히 CAC 안전성 평가를 요구합니다. | CAC — 국경 간 데이터 흐름 촉진·규범 규정, 2024년 3월 (gov.cn), 2026-10-08 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 8일에 출처를 확인했습니다.
“Kafka가 중국에서 작동하는가?”에는 두 답이 있습니다, “Kafka”가 두 다른 것을 이름하기 때문입니다. Apache Kafka는 귀사가 직접 돌리는 오픈소스 이벤트 스트리밍 소프트웨어입니다 — 그리고 귀사는 그것을 중국 본토 안 서버 포함 어디서든 돌릴 수 있습니다. Confluent Cloud는 Confluent의 완전 관리형 Kafka 서비스이고, Confluent가 제공하는 AWS, Azure, Google Cloud 리전 — 그 어느 것도 중국 본토에 없는 — 에서만 돕니다. 그래서 결정적 질문은 브로커가 도달 가능한지나 메시지가 얼마나 빨리 스트림되는지가 아니라; 귀사 토픽을 타고 흐르는 데이터가 어디에 안착해도 되는지입니다. 중국 대상 제품에 그것은 데이터 레지던시 질문 — 数据出境 — 이고, 둘 가운데 어느 것을 돌리는지가 그것을 매듭짓습니다.
한눈에 보는 중국에서의 Apache Kafka / Confluent
| 무엇이 결정하는가 | Apache와 Confluent 자신의 표현으로 — 그리고 중국 법으로 |
|---|---|
| 귀사가 실제로 돌리는 것 | Apache Kafka는 귀사가 직접 호스팅하는 오픈소스 소프트웨어입니다 — “an open-source distributed event streaming platform” — 그리고 귀사는 그것을 중국 본토 안 포함 어디서든 돌릴 수 있습니다. Confluent Cloud는 Confluent의 “fully managed, cloud-native service for Apache Kafka®,” Confluent가 제공하는 리전에서 소비됩니다. |
| Confluent Cloud가 귀사 데이터를 어디에 두는가 | Confluent 문서에 따라, Confluent Cloud는 미국, 유럽, 아시아·태평양 리전 — 홍콩, 대만, 도쿄, 오사카, 서울, 싱가포르, 자카르타, 뭄바이, 시드니 — 전반에 걸쳐 “runs on AWS, Azure, and Google Cloud,” 중국 본토 안에는 리전 없이. 가장 가까운 것은 홍콩과 대만입니다. |
| 국경 간 이전 | 귀사 앱이 중국 이용자에게서 스트리밍하는 개인 — 그리고 때로 중요 — 데이터가 그 해외 클러스터에 안착합니다. 그것은 PIPL이 규율하는 국경 간 이전(数据出境)이고, 처리자는 Confluent가 아니라 Confluent 고객인 귀사입니다. |
| 중요 데이터 & 레지던시 | 중요 데이터를 싣거나, 핵심정보인프라 운영자로 운영하면, 데이터는 본토에 저장되어야 하고(사이버보안법 제39조, 구 제37조), 어떤 수출이든 CAC 안전성 평가를 통해 통과됩니다 — 어떤 Confluent Cloud 리전도 충족할 수 없는 의무. |
| 데이터 거주 경로 | Apache Kafka(또는 중국 거주 관리형 Kafka)를 중국 안에 셀프호스팅하여 스트림이 국내에 머물게 하고, 중국 대상 앱을 ICP 비안 인프라에서 국내 전송하십시오. 관리형 클라우드의 어떤 리전 토글도 이것을 대체하지 않습니다. |
Apache Kafka 대 Confluent Cloud: 어느 것을 돌리는지가 질문 전부다
둘은 흐리기 쉽고 분리하기 중요합니다. Apache Kafka는, Apache Software Foundation의 표현으로, “an open-source distributed event streaming platform” — 귀사가 다운로드해, 배포하고, 귀사가 고르는 인프라에서 운영하는 소프트웨어입니다. 그것에 대해 무엇도 귀사 데이터를 해외로 강제하지 않습니다; 브로커를 중국 본토 안 서버에서 돌리면 이벤트 데이터가 중국 땅에 머뭅니다.
Confluent Cloud는 반대의 거래입니다. Confluent는 그것을 “a fully managed, cloud-native service for Apache Kafka®” 로 마케팅합니다 — 귀사는 그것을 귀사 자신의 서버에 두지 않습니다; 귀사는 그것을 Confluent가 돌리는 리전에서 소비합니다. Confluent 자신의 Cloud 문서에 따라, “Confluent Cloud runs on AWS, Azure, and Google Cloud,” 이고 그 공표된 리전 표는 미국, 유럽, 그리고 홍콩, 대만, 도쿄, 오사카, 서울, 싱가포르, 자카르타, 뭄바이, 시드니 같은 아시아·태평양 사이트를 다루나 — 중국 본토 안에는 리전이 하나도 없습니다. 그래서 중국 대상 앱이 Confluent Cloud를 통해 스트리밍하는 순간, 그 토픽의 데이터가 해외 리전에 안착합니다. 그것이, 지연이 아니라, 중국 데이터 법이 반응하는 것입니다.
중국 데이터를 해외 클러스터를 통해 스트리밍하면 그것은 국경을 넘는다
귀사 토픽을 흐르는 기록은 익명인 일이 드뭅니다. 이벤트 스트림은 가입, 주문, 클릭스트림, 결제, 기기·위치 신호를 싣습니다 — 중국 법상 개인정보, 그리고 때로 중요 데이터도. 그 스트림이 중국 본토 이용자에 의해 생성되어 해외 리전의 Confluent Cloud 클러스터에 안착할 때, 그것은 중국 개인정보 보호법이 규율하는 개인정보의 국경 간 이전입니다. PIPL은 의무를 개인정보 처리자 — Confluent가 아니라 Confluent 고객인 귀사 — 에게 두고, 고지, 일상적 사용과 구별되는 이전을 위한 별도 동의, 그리고 이전 메커니즘 하나를 요청합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증. 데이터가 중요 데이터를 포함하거나 물량 선을 넘는 곳에서, 데이터 수출 안전성 평가 조치가 CAC 안전성 평가를 의무적 경로로 만듭니다. Confluent Cloud에서 돌리는 것은 그 가운데 무엇도 매듭짓지 않습니다; 클러스터에 닿는 것과 중국 이용자의 데이터를 그것에 옮길 자격을 받는 것은 다른 질문입니다.
무엇이 걸렸나 — 물량, 역할, 중요 데이터
이 의무의 무게는 균일하지 않습니다. CAC의 2024년 3월 국경 간 데이터 흐름 촉진·규범 규정상, 핵심정보인프라 운영자가 아니고 한 역년에 10만 명 미만의 비민감 개인정보를 옮기는 처리자는 안전성 평가, 표준계약, 인증에서 면제됩니다 — 작은 앱에 진정 더 가벼운 경로.
다른 끝에는 Confluent Cloud가 구조적으로 제공할 수 없는 두 경우가 앉습니다. 귀사 스트림이 중요 데이터를 싣거나, 귀사가 핵심정보인프라 운영자라면, 중국 사이버보안법은 본토에서 수집된 개인정보와 중요 데이터가 본토에 저장될 것을 요구합니다 — 제39조(구 제37조, 2026년 1월 1일 발효된 2025년 개정으로 재번호) — 그리고 어떤 나가는 이전이든 CAC 안전성 평가를 통과합니다. 어떤 Confluent Cloud 리전도 본토 내 저장 의무를 충족할 수 없습니다, 그 가운데 어느 것도 중국에 앉지 않기 때문입니다. 귀사 스트림이 이 층에 닿는지는 귀사가 실제로 옮기는 데이터에 대해 자문과 확인할 리스크입니다.
데이터 거주 경로: 스트림을 중국 땅에 두라
여기서 이야기의 오픈소스 절반이 답입니다. Apache Kafka가 귀사가 직접 운영하는 소프트웨어이므로, 귀사는 그것을 중국 본토 안에서 돌릴 수 있습니다 — 국내 인프라에 셀프호스팅하거나, 로컬 제공자가 운영하는 중국 거주 관리형 Kafka 제공물에서 — 그래서 중국 이용자의 데이터를 싣는 토픽이 결코 본토를 떠나지 않습니다. 스트리밍은 동일하게 유지됩니다; 바뀌는 것은 브로커와 데이터가 어디에 사는지입니다. 가장 엄격한 경우 — 중요 데이터, 또는 핵심정보인프라 운영자의 데이터 — 에, 그 국내 발판은 최적화가 아니라, 애초에 돌릴 수 있는 조건입니다. 그리고 그 스트림을 생성하고 소비하는 중국 대상 앱은 그 자체로 본토의 공개 서비스이므로, 어떤 다른 중국 대상 자산과도 같이 ICP 비안(备案) 의무를 지고 규정에 맞는 국내 전송이 필요합니다.
21YunBox가 맞는 자리 — 의무를 매핑, 데이터를 현지화, 국내에서 전송
귀사는 Kafka 위에 계속 쌓습니다; 귀사 아키텍처에 대해 무엇도 형태를 바꿀 필요가 없습니다. 저희 중국 팀은 세 전선에서 일합니다. 저희는 귀사 국경 간·데이터 레지던시 의무를 매핑합니다 — PIPL의 메커니즘 가운데 어느 것을 지는지, 귀사 스트림이 중요 데이터를 싣는지, 그리고 귀사 역할이 귀사를 핵심정보인프라 운영자 층으로 끌어들이는지. 저희는 데이터 자체를 현지화합니다: 법이 중국 이용자의 기록이 본토에 머물 것을 요구하는 곳에서, 저희는 귀사가 셀프호스티드 Apache Kafka 배포, 또는 중국 거주 관리형 Kafka를 중국 안에서 돌리도록 도와, 스트림이 결코 떠나지 않도록 합니다. 그리고 저희는 그 스트림을 생성하고 소비하는 중국 대상 앱을 국내에서, 귀사가 이미 돌리는 origin 앞단에 선 ICP 비안 인프라에서 전송합니다 — 21YunBox Optimizer — 재구축도 두 번째 코드베이스도 없이. 결과는 중국 데이터가 중국 땅에 앉고 앱이 본토에서 합법적으로 전송되는 스트리밍 스택입니다. 이는 리스크 지도이지 판정이 아닙니다: 귀사의 정확한 의무는 귀사 데이터, 물량, 역할로 도므로, 귀사가 짓기 전에 자문과 매듭지으십시오.
관련 읽을거리:
자주 묻는 질문
Apache Kafka는 중국에서 작동하나요?
어느 “Kafka”를 뜻하는지에 달렸고, 진짜 쟁점은 속도가 아니라 데이터 레지던시입니다. Apache Kafka는 귀사가 직접 돌리는 오픈소스 소프트웨어이므로, 귀사는 그것을 중국 본토 안 인프라에 셀프호스팅하고 이벤트 데이터를 중국 땅에 둘 수 있습니다. 완전 관리형 서비스인 Confluent Cloud는 다릅니다: Confluent 자신의 문서로 그것은 AWS, Azure, Google Cloud 리전에서만 돌고, 중국 본토 안에는 하나도 없으므로, 그 위의 중국 대상 스트림은 해외에 머뭅니다. 귀사의 정확한 의무는 자문과 확인할 리스크로 다루십시오.
Confluent Cloud는 제 데이터를 중국에 저장하나요?
아니요. Confluent Cloud는 중국 본토 리전을 제공하지 않습니다 — 그 클러스터는 Confluent가 열거하는 AWS, Azure, Google Cloud 리전에서 돌고, 가장 가까운 것이 홍콩, 대만, 도쿄, 서울, 싱가포르입니다. 그래서 귀사 앱이 중국 이용자에게서 수집하는 개인 — 그리고 때로 중요 — 데이터가 해외에 저장되고, 그것은 PIPL이 규율하는 개인정보의 국경 간 이전입니다: 고지, 별도 동의, 이전 메커니즘, 그리고 중요 데이터, 대량, 또는 핵심정보인프라 운영자에는 CAC 안전성 평가와 함께.
저희 Kafka 데이터를 중국에 두면서 규정을 지키려면 어떻게 하나요?
오픈소스 경로를 쓰십시오: Apache Kafka, 또는 중국 거주 관리형 Kafka를 본토 안 인프라에 셀프호스팅하여 중국 이용자의 데이터를 싣는 스트림이 결코 떠나지 않게 하십시오. 그 스트림을 생성하고 소비하는 중국 대상 앱은 그 자체로 본토의 공개 서비스이므로, 여전히 ICP 비안과 규정에 맞는 국내 전송이 필요합니다. 21YunBox는 귀사의 국경 간·데이터 레지던시 노출을 매핑하고, 국내 Kafka 배포를 세우도록 돕고, ICP 비안 국내 전송을 제공합니다 — 그것은 해외 클러스터에 닿는 방법이 아닙니다. 귀사의 구체적 의무는 자문과 확인하십시오.
