Kong Gateway는 중국에서 작동하나요? 셀프호스팅 대 Konnect, ICP & PIPL
Kong Gateway는 귀사가 배포하는 소프트웨어이므로, 컴플라이언스는 귀사가 그것을 어디서 돌리는지로 돕니다: 데이터 플레인을 라이선스된 국내 인프라에 셀프호스팅하면 본토 안에서 합법적일 수 있으나 — Kong Konnect의 컨트롤 플레인은 중국 본토 지오 없이 해외에 호스팅되고, 본토 이용자의 API 트래픽을 국경 너머로 라우팅하는 것은 PIPL을 제기합니다. 두 모델을 컴플라이언스 우선으로 살펴봅니다.
Kong Gateway는 중국에서 작동하나요?
귀사가 그것을 어디서 돌리는지에 달렸습니다. Kong Gateway는 호스팅 서비스가 아니라 귀사가 배포하는 소프트웨어입니다 — 데이터 플레인을 라이선스된 국내 인프라에 셀프호스팅하면 본토 안에 합법적으로 앉을 수 있으나, Kong Konnect의 클라우드 컨트롤 플레인에 기대거나, 게이트웨이를 해외에서 돌리면, 귀사는 PIPL 국경 간·데이터 레지던시 질문을 물려받습니다.
Kong은 Konnect를 "a control plane, managed by Kong and hosted in the cloud, with the versatility of managing the data plane on your terms," 를 결합하는 것으로 기술하고, 그 컨트롤 플레인 지오는 호주, 유럽, 중동, 미국, 인도, 싱가포르 — 중국 본토 안에는 없습니다. 게이트웨이의 데이터 플레인은 귀사 이용자의 요청 경로에 앉는 노드입니다; 그것을 해외에 두거나, 본토 트래픽을 그것에 닿으려고 국경 너머로 라우팅하면, 그것은 PIPL이 규율하는 개인정보의 국경 간 이전입니다(제38~43조; 제40조와 사이버보안법 제39조(구 제37조)상 현지화). Kong 자체는 ICP를 지니지 않습니다 — 그것은 그것이 앞단에 세우는 공개 API에 떨어지고, 그것은 국내 호스트에 비안이 필요합니다. 아래 표는 Kong 자신의 표현과 각 선택이 발동시키는 규칙입니다.
이는 리스크 지도이지 판정이 아닙니다 — 어느 설정이 합법인지는 귀사가 어느 Kong 모델을 돌리는지, 귀사 데이터 플레인이 어디에 앉는지, 누가 귀사 이용자인지로 돕니다. 저희 중국 팀이 귀사 노출을 귀사와 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✓ 셀프호스팅 Kong Gateway는 국내, ICP 비안 인프라에서 돌 수 있습니다
- ! Kong Konnect의 컨트롤 플레인은 Kong이 호스팅합니다 — 중국 본토 지오 없음
- ! 본토 이용자의 API 트래픽을 해외로 라우팅하면 PIPL의 국경 간 규칙이 적용됩니다
- ! Konnect는 귀사 구성과 분석을 귀사가 고르는 지오에 둡니다 — 모두 해외
- ✕ Kong은 ICP를 지니지 않습니다; 해외에서 제공되는 API는 하나를 비안할 국내 호스트가 없습니다
Kong Gateway 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Kong Gateway는 귀사가 배포하는 소프트웨어입니다; Kong Konnect는 Kong이 귀사를 위해 돌리는 컨트롤 플레인입니다. Kong은 Konnect를 "a control plane, managed by Kong and hosted in the cloud, with the versatility of managing the data plane on your terms," 를 결합하는 것으로 기술하며, 서버리스 게이트웨이, "fully managed by Kong" 하는 Dedicated Cloud Gateways, 또는 귀사가 스스로 돌리는 셀프호스팅 데이터 플레인 노드로 제공됩니다. 게이트웨이를 국내, ICP 비안 인프라에 셀프호스팅하면 본토 안에 앉을 수 있습니다; 관리형 컨트롤 플레인에 기대면 귀사 스택의 일부가 설계상 해외입니다. | Kong — Konnect overview (developer.konghq.com/konnect), 2026-10-07 열람 |
| Konnect의 컨트롤 플레인은 Kong이 제공하는 지오에서만 돕니다 — 중국 본토 안에는 없습니다. Kong: "Konnect allows you to host and operate your cloud instance in a geographic region that you specify," 이고 지원되는 컨트롤 플레인 지오는 호주, 유럽, 중동, 미국, 인도, 싱가포르입니다. 중국 본토 리전이 없으므로, Konnect 관리 컨트롤 플레인 — 그리고 그것이 쥐는 구성과 분석 — 이 본토 밖에 거주합니다; 가장 가까운 싱가포르도 PIPL상 국경 간 이전 목적으로 여전히 해외입니다. | Kong — Geographic Regions (developer.konghq.com/konnect-platform/geos), 2026-10-07 열람; PIPL 제38~43조 |
| 데이터 플레인은 귀사 이용자의 요청 경로에 앉습니다; 컨트롤 플레인은 트래픽 메타데이터만 수집합니다. Kong의 표현으로, "Data plane nodes send usage information to the Control Plane for Analytics and for account billing," 이고 "Analytics tracks aggregate traffic by Gateway Service, Route, and the consuming application" — Kong은 "Telemetry data does not include any customer information or any data processed by the Data Plane." 를 더합니다. 개인 데이터 자체는 귀사가 두는 데이터 플레인 노드를 통해 흐르므로, 그 노드가 어디서 도는지 — 국내인지 해외인지 — 가 국경 간 질문을 결정합니다(PIPL 제38~43조와 제40조; 사이버보안법 제39조(구 제37조)). | Kong — Control Plane and Data Plane communication (developer.konghq.com/gateway/cp-dp-communication), 2026-10-07 열람; PIPL 제38~43조 & 제40조; 사이버보안법 제39조(구 제37조) |
| Konnect는 귀사 소비자·서비스 객체를 귀사가 고르는 지오에 격리합니다 — 그리고 그 가운데 어느 것도 본토에 없습니다. Kong은 Konnect 인스턴스 안의 "like Consumers and Gateway Services" 같은 객체가 "geo-specific," 이고 "only authentication, billing, and usage is shared between Konnect geos." 라 언급합니다. 모든 이용 가능 지오가 해외이므로, 그 데이터가 설계상 중국 본토 밖에 머뭅니다. Kong 자체는 ICP를 지니지 않습니다 — 그것이 앞단에 세우는 공개 API는 국내 호스트에 묶인 ICP 비안이 필요하고(State Council Order No. 292; MIIT Order No. 33), 해외에서 제공되는 API는 비안할 본토 무엇이 없습니다. | Kong — Geographic Regions (developer.konghq.com/konnect-platform/geos), 2026-10-07 열람; State Council Order No. 292; MIIT Order No. 33 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
Kong Gateway가 중국 본토에서 “작동”하는지는 그것이 얼마나 빨리 로드되는지가 아니라 귀사가 그것을 어디서 돌리는지에 대한 질문입니다. Kong Gateway는 귀사가 배포하는 소프트웨어이므로, 정직한 답은 전면 예나 아니오가 아닙니다: 게이트웨이를 라이선스된 국내 인프라에 셀프호스팅하면 본토 안에 합법적으로 앉을 수 있습니다; Kong Konnect의 클라우드 컨트롤 플레인에 손을 뻗거나, 게이트웨이를 해외에서 돌려 본토 트래픽을 국경 너머로 그것에 라우팅하면, 귀사는 중국 법이 규율하는 국경 간 개인 데이터 질문을 떠안습니다. 게이트웨이는 귀사 이용자의 요청 경로에 앉습니다 — 그래서 그것이 어디에 앉는지가 컴플라이언스 결정이고, Kong은 그 조각들을 자신의 표현으로 문서화합니다.
한눈에 보는 중국에서의 Kong Gateway
| 무엇이 결정하는가 | Kong 자신의 표현으로 |
|---|---|
| 어느 모델을 돌리는가 | Kong Gateway는 귀사가 배포하는 소프트웨어입니다; Kong Konnect는 “a control plane, managed by Kong and hosted in the cloud,” 를 더하고, 귀사는 “the data plane on your terms” — 셀프호스팅, 서버리스, 또는 Kong의 Dedicated Cloud Gateways — 를 관리합니다. |
| Konnect의 리전 | Konnect 컨트롤 플레인 지오는 호주, 유럽, 중동, 미국, 인도, 싱가포르입니다. 어느 것도 중국 본토 안이 아닙니다; 가장 가까운 싱가포르도 여전히 해외입니다. |
| 무엇이 요청 경로에 앉는가 | 데이터 플레인 노드가 귀사 이용자의 API 트래픽을 제공합니다. 귀사가 그것을 어디에 두는지 — 국내인지 해외인지 — 가 본토 이용자의 개인 데이터가 국경을 넘는지를 결정합니다. |
| 컨트롤 플레인이 무엇을 쥐는가 | “Data plane nodes send usage information to the Control Plane for Analytics and for account billing,” 트래픽을 “by Gateway Service, Route, and the consuming application.” 추적하며. Kong은 텔레메트리가 “does not include any customer information or any data processed by the Data Plane.” 라 밝힙니다. |
| ICP & 레지던시 | Kong은 자체 ICP를 지니지 않습니다; 그것이 앞단에 세우는 공개 API가, 국내 호스트에서, 하나를 필요로 합니다. 해외에서 처리되는 본토 이용자의 개인 데이터는 PIPL이 규율하는 국경 간 이전입니다. |
두 배포 모델, 매우 다른 두 답
Kong Gateway와 Kong Konnect는 같은 결정이 아닙니다. Kong Gateway는 열린, 자체 관리 소프트웨어입니다: 귀사는 데이터 플레인을 귀사가 고르는 어디서든 — 본토 안 라이선스된 국내 인프라 포함 — 돌립니다. Kong Konnect는 Kong의 SaaS입니다: Kong의 표현으로 그것은 “a control plane, managed by Kong and hosted in the cloud, with the versatility of managing the data plane on your terms,” 를 결합하여, 서버리스 게이트웨이, Kong이 “fully managed by Kong” 하는 Dedicated Cloud Gateways, 또는 귀사가 스스로 돌리는 셀프호스팅 데이터 플레인 노드로 제공됩니다. 그래서 Kong이 중국에서 “작동”하는지를 결정하는 첫째 것은 귀사가 실제로 돌리는 것이 이 가운데 어느 것인지이고 — 답은 각각에 진정 다릅니다.
컨트롤 플레인은 Kong이 호스팅한다 — 그리고 결코 본토가 아니다
Konnect를 고르면 컨트롤 플레인이 Kong 운영 지오에 삽니다. Kong: “Konnect allows you to host and operate your cloud instance in a geographic region that you specify” — 그리고 제공되는 지오는 호주, 유럽, 중동, 미국, 인도, 싱가포르입니다. 중국 본토 리전이 없으므로, 귀사 구성, 귀사 소비자·서비스 객체, 귀사 분석을 쥐는 컨트롤 플레인이 설계상 본토 밖에 앉습니다. Kong은 심지어 “like Consumers and Gateway Services” 같은 객체가 “geo-specific,” 귀사가 고르는 지오에 격리된다고 언급합니다 — 중국 청중에게, 그것이 바로 요점입니다: 그 지오는 항상 해외이고, 가장 가까운 싱가포르도 여전히 국경 너머입니다.
개인 데이터가 실제로 흐르는 곳
귀사 이용자의 개인 데이터를 싣는 조각은 데이터 플레인 — 요청 경로에서 트래픽을 제공하는 Kong 노드 — 입니다. Kong은 그것을 떠나는 것에 대해 신중합니다: “Data plane nodes send usage information to the Control Plane for Analytics and for account billing,” 이고 Analytics는 “tracks aggregate traffic by Gateway Service, Route, and the consuming application,” 하며, “Telemetry data does not include any customer information or any data processed by the Data Plane.” 그래서 컨트롤 플레인의 해외 레지던시는 원시 이용자 기록이 아니라 구성과 트래픽 메타데이터에 관한 것입니다. 국경 간 질문은 데이터 플레인에 정면으로 떨어집니다: 그것이 해외에서 돌거나, 본토 이용자의 요청이 그것에 닿으려고 국경을 넘어 이동하면, 그들의 개인정보가 중국 개인정보 보호법상 국경 간 이전을 합니다 — 고지, 별도 동의, 이전 메커니즘 하나(제38~43조) — 그리고 핵심정보인프라 운영자나 대량 취급자에게, 그 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)).
Kong은 ICP를 지니지 않는다 — 그것이 앞단에 세우는 API가 진다
API 게이트웨이는 공개 웹사이트가 아니라 인프라이므로, “Kong ICP” 는 없습니다. 하지만 Kong이 본토 방문자에게 제공하는 공개 대상 API나 앱은 State Council Order No. 292와 MIIT Order No. 33상 ICP 비안(ICP 备案)이 필요하고, 그 비안은 본토에 물리적으로 있는 호스팅 리소스에 붙어야 합니다. 게이트웨이와 그 origin을 해외에서 돌리면 비안할 국내 무엇이 없습니다; 그것들을 본토 안에 두면 비안이 집을 가집니다. 이것이 “우리는 이미 Kong을 돌린다” 가 매듭짓지 않는 절반입니다: 도달 가능한 소프트웨어는 라이선스된, 비안된 존재와 같지 않습니다.
이는 리스크 지도이지 판정이 아닙니다: 귀사가 국내 배치, ICP 비안, 국경 간 메커니즘, 또는 셋 모두가 필요한지는 귀사가 어느 Kong 모델을 돌리는지, 얼마나 많은 개인 데이터를 쥐는지, 누가 귀사 이용자인지로 돕니다 — 귀사가 짓기 전에 자문과 매듭지을 가치가 있습니다.
21YunBox가 맞는 자리 — 마이그레이션이 아니라 규정에 맞는 overlay
귀사는 Kong을 하는 그대로 계속 돌립니다. 저희는 오픈소스 게이트웨이도 Konnect의 해외 컨트롤 플레인도 귀사에게 주지 않는 조각을 더합니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송을, 귀사 기존 Kong origin 앞단에 두어 — 재구축도, 두 번째 코드베이스도, Kong이나 Konnect를 벗어나는 이동도 없이. 저희 중국 팀이 귀사가 어느 모델을 돌리고 귀사 데이터 플레인이 어디에 앉는지 매핑하고, 귀사 법인과 데이터 물량에 대한 귀사 PIPL 국경 간·데이터 레지던시 의무를 진단하고, 합법적 중국 존재가 필요로 하는 국내, 비안된 전송을 세웁니다 — 귀사 게이트웨이 구성이 이미 사는 바로 그곳에 머무는 동안.
관련 읽을거리:
자주 묻는 질문
Kong Gateway는 중국에서 자체 ICP 비안이 필요한가요?
아니요 — API 게이트웨이는 공개 웹사이트가 아니라 인프라이므로, Kong 자체는 ICP를 지니지 않습니다. 의무는 그것이 앞단에 세우는 공개 대상 API나 앱에 떨어집니다: 그것이 본토 방문자에게 제공하면, 국내 호스팅 리소스에 묶인 ICP 비안이 필요합니다(State Council Order No. 292; MIIT Order No. 33). 게이트웨이와 그 origin을 해외에서 돌리면 비안할 본토 호스트가 없습니다; 그것들을 국내에 두면 비안이 집을 가집니다.
셀프호스팅 Kong Gateway가 중국에 Kong Konnect보다 더 규정에 맞나요?
그럴 수 있습니다, 귀사가 데이터 플레인이 어디서 도는지 통제하기 때문입니다. 게이트웨이를 라이선스된 국내 인프라에 셀프호스팅하면 귀사 이용자의 API 트래픽이 본토 안에 머물 수 있습니다. Kong Konnect는 Kong이 "hosts in the cloud" 하는 컨트롤 플레인을 더하고, 그 지오는 호주, 유럽, 중동, 미국, 인도, 싱가포르 — 중국 본토에는 없음 — 이므로, 컨트롤 플레인, 귀사 구성, 귀사 분석이 해외에 앉습니다. 어느 것도 자동으로 규정에 맞지 않습니다: 그것은 데이터 플레인이 어디에 앉는지, 어떤 데이터가 국경을 넘는지, 귀사 PIPL 의무로 돕니다. 자문과 확인할 가치가 있습니다.
21YunBox가 Kong Gateway를 중국에서 규정에 맞게 돌리도록 도울 수 있나요?
예. 저희 중국 팀이 귀사 노출 — 본토 이용자의 API 트래픽이 국경을 넘는지, 귀사 데이터 플레인과 origin이 어디에 앉는지, PIPL 국경 간·데이터 레지던시 규칙이 귀사 법인과 데이터 물량에 어떻게 적용되는지 — 을 매핑하고, 그런 다음 귀사 기존 Kong 설정 앞단에 ICP 비안 국내 전송을 세울 수 있습니다, 재구축도 두 번째 코드베이스도 없이. 귀사의 구체적 사례를 함께 다루려면 문의하기.
