왜 21YunBox 요금 안내 문의 로그인
언어
English日本語Deutsch한국어 ✓
상담 (EN) 중국용 사이트 테스트 (EN)

Honeycomb은 중국에서 작동하나요? 텔레메트리 데이터 레지던시, PIPL과 분산 트레이스

Honeycomb은 중국 본토 안에 리전을 돌리지 않습니다 — 텔레메트리를 AWS us-east-1(미국)이나 eu-west-1(EU)에 저장합니다 — 그래서 중국 이용자에게서 수집한 고카디널리티 이벤트와 분산 트레이스가 해외로 보내집니다, PIPL상 개인정보의 국경 간 이전. 데이터 레지던시 문과, 귀사 스택을 이미 도는 자리에 그대로 두는 ICP 비안 기반 국내 경로를 컴플라이언스 관점에서 살펴봅니다.

Honeycomb은 중국에서 작동하나요?

예 — Honeycomb은 중국 본토에서 로딩되고 수집하지만, 그것이 쉬운 절반입니다. Honeycomb은 두 데이터 위치, 하나는 미국에 하나는 EU에만 돌리고 어느 것도 본토 안에 없으므로, 귀사가 중국에서 수집하는 모든 이벤트와 분산 트레이스가 해외 Honeycomb 백엔드에 저장됩니다 — 속도 문제가 아니라 개인정보의 국경 간 이전입니다.

Honeycomb 자신의 지원 문서는 "Honeycomb has US-based and EU-based data residency,"이고 "Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)."라 밝힙니다. 어느 리전도 중국 본토에 없고, 고를 본토 위치가 없습니다. 고카디널리티 텔레메트리는 설계상 개인적입니다: 귀사 span과 이벤트는 이용자 ID, 클라이언트 IP, 그리고 귀사 계측이 붙이는 어떤 요청 필드든 싣고, Honeycomb은 "only has access to the telemetry data that customers send"라 짚습니다 — 그래서 내용과 그에 대한 의무가 귀사의 것입니다. 본토 이용자에게서 모여 미국이나 EU 백엔드로 보내지면, 그 개인정보는 PIPL이 규율하는 국경 간 이전(고지, 별도 동의, 이전 메커니즘, 제38~40조)이고, 핵심정보인프라 운영자나 대량 취급자에는 중국에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)).

이는 리스크 지도이지 판정이 아닙니다 — 무엇이 적용되는지는 귀사 span이 무엇을 싣는지, 얼마가 개인정보인지, 이용자가 누구인지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 진단해 드립니다 →

컴플라이언스 스냅샷

  • ! 중국 본토 리전 없음 — Honeycomb은 AWS us-east-1(미국)이나 eu-west-1(EU)에 저장하므로, 귀사 중국 텔레메트리가 해외에 안착함
  • ! 고카디널리티 이벤트와 분산 트레이스가 이용자 ID·클라이언트 IP·요청 필드를 국경 너머로 실음
  • ! 그 텔레메트리는 개인정보 — PIPL상 국경 간 이전(고지, 별도 동의, 메커니즘)
  • ✕ 국내 리전 없음, 그래서 핵심정보인프라 운영자나 대량 취급자의 레지던시 의무를 Honeycomb만으로 충족 못함
  • ✓ 도달성은 문제가 아님 — 그리고 합법적 국내 경로가 Honeycomb 앞단에, 그대로 앉을 수 있음
컴플라이언스 진단 받기
저희가 귀사의 국경 간·레지던시 노출을 진단합니다 — Honeycomb에서 옮길 필요 없이

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

사실1차 출처
Honeycomb은 중국 본토 안에 리전을 돌리지 않습니다. Honeycomb 자신의 지원 문서 "Where is Honeycomb's data stored?"는 "Honeycomb has US-based and EU-based data residency,"이고 "Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)."라 밝힙니다. 가입 시 한 위치를 고르고; 중국 본토 옵션이 없으므로, 귀사가 중국에서 수집하는 이벤트와 트레이스가 본토 밖 Honeycomb 백엔드에 저장됩니다. Honeycomb Support — Where is Honeycomb's data stored? (support.honeycomb.io), 2026-10-09 열람
Honeycomb이 수집하는 이벤트와 트레이스는 개인정보입니다. 고카디널리티가 제품의 목적입니다: 각 이벤트와 span은 귀사 계측이 붙이는 속성 — 이용자 ID, 클라이언트 IP, 요청 필드 등 — 을 싣습니다. Honeycomb의 데이터 프라이버시 문서는 "Unlike some other vendors, Honeycomb only has access to the telemetry data that customers send"라 짚으므로 — 내용과 그에 대한 책임이 고객의 것입니다. 본토 이용자에게서 모여 미국이나 EU 백엔드로 보내지면, 그것은 PIPL상 개인정보의 국경 간 이전 — 고지, 별도 동의, 이전 메커니즘(제38~40조); 스크럽되지 않은 속성은 제28조 민감 개인정보도 실을 수 있습니다. Honeycomb Docs — Compliance & Data Privacy (docs.honeycomb.io), 2026-10-09 열람; PIPL 제28, 38~40조
Honeycomb은 데이터를 본토에 두는 방법을 제공하지 않습니다. "Subprocessors for US and EU Honeycomb product" 제목의 Honeycomb 처리 수탁자 페이지는 위치 "US, EU"의 Amazon Web Services를 열거하고 "Customer may designate data residency upon signup"이라 짚습니다 — 유일한 선택은 미국과 유럽 연합, 둘 다 본토 밖입니다. 핵심정보인프라 운영자나 대량 취급자에는 중국에서 수집한 개인정보가 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — Honeycomb의 미국·EU 리전이 충족할 수 없는 데이터 레지던시 의무. Honeycomb — Subprocessors for US and EU Honeycomb product (honeycomb.io/subprocessors), 2026-10-09 열람; PIPL 제40조; 사이버보안법 제39조(구 제37조)
도달성은 쉬운 절반입니다 — Honeycomb은 호스팅 사이트가 아니라 백엔드입니다. Honeycomb의 익스포터와 UI는 중국 안에서 그것에 닿으므로, 노출은 그것이 연결되는지가 아니라 그것이 수집하는 텔레메트리가 어디에 안착하는지입니다. ICP 비안 질문(국무원령 제292호; 공업정보화부령 제33호)은 백엔드 서비스로서의 Honeycomb이 아니라 귀사가 운영하는 공개 본토 대시보드나 앱에 붙고 — PIPL 국경 간·데이터 레지던시 의무는 Honeycomb이 해외에 저장하는 이벤트와 트레이스에 붙습니다. Honeycomb documentation, 2026-10-09 열람; 국무원령 제292호; 공업정보화부령 제33호

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

중국 본토 팀에게 Honeycomb에 대한 질문은 UI가 열리는지, 익스포터가 수집 엔드포인트에 닿는지가 거의 아닙니다 — 둘 다 보통 작동합니다. 진짜 질문은 그것이 모으는 텔레메트리가 어디에 안착하도록 허용되는지입니다. Honeycomb은 그것을 자신의 문서에서 분명히 답합니다: 그것은 두 데이터 위치를 돌립니다, 하나는 미국에, 하나는 유럽 연합에, 그리고 어느 것도 중국 본토 안에 없습니다. 그래서 귀사 서비스가 중국에서 방출하는 이벤트와 분산 트레이스가 수집되어 해외 Honeycomb 백엔드에 저장됩니다. 고카디널리티 텔레메트리는 일상적으로 개인정보 — 클라이언트 IP 주소, 이용자 ID, 그리고 귀사 계측이 붙이는 어떤 요청 필드든 — 를 싣기에, 그것을 국경 너머로 수출하는 것은 중국의 법이 규율하는 이전입니다. 대시보드 로딩은 쉬운 절반입니다; 트레이스가 어디에 안착하는지가 노출입니다.

Honeycomb이 미국 기반·EU 기반 데이터 레지던시를 지니고 고객 데이터가 AWS us-east-1(미국)이나 eu-west-1(아일랜드)에 있으며 중국 본토 리전은 없다고 밝히는 Honeycomb 지원 문서 ‘Where is Honeycomb's data stored?’
데이터가 어디에 저장되는지에 대한 Honeycomb 자신의 지원 문서: “Honeycomb has US-based and EU-based data residency,” 그리고 “Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland).” 어느 위치도 중국 본토에 있지 않습니다. 출처: Honeycomb Support — Where is Honeycomb's data stored?

한눈에 보는 중국의 Honeycomb

무엇이 결정하는가 Honeycomb 자신의 표현 — 그리고 중국의 법
데이터가 어디에 안착하는가 Honeycomb은 “US-based and EU-based data residency”를 제공합니다; 고객 데이터는 AWS us-east-1(미국)이나 eu-west-1(아일랜드)에 저장됩니다. 고를 중국 본토 위치는 없으므로, 중국에서 모은 텔레메트리가 해외에 안착합니다.
텔레메트리가 무엇을 담는가 고카디널리티 이벤트와 분산 트레이스는 귀사 계측이 붙이는 무엇이든 — 이용자 ID, 클라이언트 IP, 요청 경로와 필드 — 를 싣습니다. Honeycomb은 “only has access to the telemetry data that customers send,”이므로, 국경을 넘는 것이 정확히 귀사 span이 싣는 것입니다.
중국에 둘 수 있는가 아니요. 유일한 위치는 미국과 EU; 어느 것도 본토에 없으므로, 핵심정보인프라 운영자나 대량 취급자의 국내 저장 의무를 Honeycomb만으로 충족할 수 없습니다.
귀사 중국 이용자의 데이터 본토에서 수집되어 미국이나 EU 백엔드로 보내지면, 그것은 PIPL이 규율하는 국경 간 이전입니다 — 고지, 별도 동의, 이전 메커니즘(제38~40조); 스크럽되지 않은 속성은 제28조 민감 개인정보를 실을 수 있습니다.
도달 가능한가? 예 — 익스포터와 UI가 중국 안에서 연결됩니다. 도달성은 축이 아닙니다; 이벤트와 트레이스가 어디에 저장되는지가 축입니다.

본토 리전이 없으므로, 귀사의 텔레메트리는 해외에 안착한다

Honeycomb은 두 데이터 위치를 제공하고, 가입할 때 하나를 고릅니다. 그 지원 문서는 *“Honeycomb has US-based and EU-based data residency,”*이고 *“Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland).”*라 밝힙니다. 미국 위치는 api.honeycomb.io에서, EU 위치는 api.eu1.honeycomb.io에서 응답합니다. 어느 것도 중국 본토에 앉지 않고, 고를 본토 위치가 없습니다. 그래서 귀사 본토 서비스에서 도는 OpenTelemetry 컬렉터와 SDK가 그 span·이벤트를 귀사 팀이 있는 두 해외 백엔드 중 하나로 수출합니다. Honeycomb에 연결하는 것은 결코 장애물이 아니었습니다; 그것이 수집하는 텔레메트리를 나라 안에 두는 것이 장애물입니다.

Honeycomb이 수집하는 이벤트와 트레이스는 개인정보다

관측 데이터는 본질상 익명이 아닙니다 — 사실 그 반대입니다. 고카디널리티가 Honeycomb의 요점 전체입니다: 각 이벤트와 span에 최대한 많은 속성을 붙여, 나중에 그 어느 것으로든 쪼갤 수 있게 합니다. 그 속성은 일상적으로 이용자 ID, 클라이언트 IP, 계정 식별자, 요청 경로, 헤더, 그리고 귀사 개발자가 더하는 임의 필드를 포함합니다. Honeycomb은 *“Unlike some other vendors, Honeycomb only has access to the telemetry data that customers send”*라 짚으며 — 그것은 내용과 그에 대한 책임을 귀사에 정확히 둡니다: 국경을 넘는 것이 정확히 귀사 계측이 방출하는 것입니다. 단일 본토 이용자의 클라이언트 IP는 이미 개인정보이고, 중국 개인정보 보호법상 그것을 미국이나 EU 백엔드로 보내는 것은 국경 간 이전입니다. 처리자 — Honeycomb이 아니라 귀사 — 는 고지하고, 해외 이전에 대한 별도 동의를 받고, 이전 메커니즘 하나를 충족해야 합니다: 데이터 수출 안전성 평가, CAC 표준계약, 또는 인증(PIPL 제38~40조).

span을 다듬는 것은 떠나는 것을 좁힌다 — 문을 닫지 않는다

Honeycomb이 귀사가 보내는 것만 쥐므로, 귀사는 내용에 대한 실제 통제를 지닙니다: 컬렉터 파이프라인에서 필드를 드롭하거나 해시하고, 클라이언트 IP를 생략하고, 무언가 수출되기 전에 민감 값을 span 속성 밖에 둘 수 있습니다. 그것은 할 만합니다. 그러나 다듬는 것은 무엇이 국경을 넘는지를 바꿀 뿐, 그것이 넘는다는 사실이 아니며, 레지던시에 아무것도 하지 않습니다. 스크럽되지 않은 속성은 민감 개인정보 — 정밀 위치, 또는 금융·건강 식별자 — 도 실을 수 있고, PIPL 제28조가 그것을 더 엄격한 처리와 전용 동의로 꼽습니다. 그리고 귀사가 핵심정보인프라 운영자나 대량 취급자이면, 중국에서 모은 개인정보가 본토에 저장되어야 하고(PIPL 제40조; 사이버보안법 제39조(구 제37조) — 2026년 1월 1일 발효된 2025년 개정으로 재번호된 데이터 국내화 요건), 미국도 EU Honeycomb 위치도 충족할 수 없는 의무입니다. 별개로, ICP 비안(국무원령 제292호; 공업정보화부령 제33호)은 귀사가 중국 안에서 본토 방문자에게 실제로 제공하는 모든 공개 대시보드나 앱에 붙습니다 — Honeycomb-백엔드와 다른 문이고, 귀사 Honeycomb 계정과 함께 이동하지 않는 것입니다.

이는 리스크 지도이지 판정이 아닙니다: 귀사가 별도 동의, 이전 메커니즘, 국내 저장, ICP 비안, 또는 그 조합을 지는지는 귀사 span이 무엇을 싣는지, 그 가운데 얼마가 개인정보인지, 그리고 이용자가 누구인지에 달려 있습니다 — 컬렉터를 해외 백엔드에 배선하기 전에 법률 자문과 매듭지을 만합니다.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이

귀사는 Honeycomb을 계속 돌립니다. 미국과 EU 위치만 가진 관측 백엔드가 줄 수 없는 것은 귀사 컬렉터와 SDK가 중국에서 모으는 개인 데이터를 위한 중국 안의 합법적 집입니다. 그것이 21YunBox가 더하는 조각입니다. 저희는 Honeycomb이 수집하는 이벤트·트레이스에 붙는 PIPL 국경 간·데이터 레지던시 의무를 — 귀사 법인, 데이터 물량, 이용자가 누구인지에 맞춰 — map(진단) 합니다. 텔레메트리가 합법적으로 떠날 수 없는 곳에서, 저희는 그것을 그 데이터를 본토에 두는 동의된 국내 처리·저장 패턴으로 localize(현지화) 합니다. 그리고 저희는 공개 중국 대상 쪽을 ICP 비안 기반 국내 인프라 — 21YunBox Optimizer — 에서, 이미 운영 중인 스택 앞단에, 재구축도, 두 번째 코드베이스도, 합법적으로 넘을 수 있는 텔레메트리에 대한 Honeycomb 이탈도 없이 deliver(전송) 합니다. 21YunBox는 어떤 종류의 우회도 결코 사용하거나 권하지 않습니다; 요점은 귀사 중국 이용자를 위해 합법적이고 규정에 맞게 도는 설정입니다.

컴플라이언스 진단 받기 →


관련 읽을거리:

자주 묻는 질문

Honeycomb은 중국 본토에 데이터센터나 리전이 있나요?

아니요. 데이터가 어디에 저장되는지에 대한 Honeycomb의 지원 문서는 그것이 "US-based and EU-based data residency"를 지니고 고객 데이터가 "can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)"라 말합니다. 가입 시 그 두 위치 중 하나를 고르고; 어느 것도 중국 본토에 없으므로, 귀사가 중국 이용자와 서비스에서 수집하는 이벤트와 분산 트레이스가 해외 Honeycomb 백엔드에 저장됩니다.

우리 Honeycomb 텔레메트리가 중국을 떠나는 것이 문제인가요?

일률적인 예/아니오가 아니라 법률 자문과 평가할 리스크로 다루십시오. Honeycomb은 개인정보 — 클라이언트 IP 주소, 이용자 ID, 그리고 귀사 계측이 붙이는 요청 필드 — 를 싣는 고카디널리티 이벤트와 트레이스를 수집해 미국이나 EU에 저장합니다. PIPL상 그것은 고지, 별도 동의, 이전 메커니즘을 요하는 국경 간 이전이며, 핵심정보인프라 운영자나 대량 취급자에는 데이터가 본토에 저장되어야 합니다. Honeycomb이 귀사가 보내는 것만 쥐므로, 컬렉터에서 필드를 다듬는 것은 국경을 넘는 것을 좁히지만 — 넘김이나 레지던시 질문을 없애지 않습니다.

21YunBox가 우리 Honeycomb 설정을 중국에서 규정에 맞게 만들도록 도울 수 있나요?

예. 저희 중국 팀이 귀사 법인·데이터 물량·이용자에 대한 PIPL 국경 간·데이터 레지던시 노출을 진단하고, 합법적으로 떠날 수 없는 데이터를 동의된 국내 패턴으로 현지화하며, 규정에 맞는 중국 존재가 필요로 하는 ICP 비안 기반 국내 전송을 — 이미 운영 중인 스택 앞단에 — 세워, 합법적으로 넘을 수 있는 텔레메트리에는 Honeycomb을 유지합니다. 귀사의 구체적 사례를 함께 다루려면 문의하기.

Honeycomb 관련 글

카테고리

Analytics