Red Hat OpenShift는 중국에서 작동하나요? 데이터 레지던시, ICP & 국경 간 규칙
귀사 OpenShift 컨트롤 플레인, 그 내장 이미지 레지스트리, 그 Secret은 독점 코드, 자격 증명, 토큰을 응축하고 — 관리형 클라우드 OpenShift 변형은 그 컨트롤 플레인을 해외에 둡니다: 도달성 질문이 아니라 데이터 레지던시와 PIPL 국경 간 질문. 국내에서 돌리는 자가 관리 OpenShift가 귀사 프라이빗 이미지와 비밀을 상주시킵니다.
Red Hat OpenShift는 중국에서 작동하나요?
Red Hat OpenShift가 중국에서 “작동하는가” 는 틀린 질문입니다 — 중요한 것은 귀사 클러스터의 컨트롤 플레인, 그 내장 이미지 레지스트리, 그 Secret이 어디에 사는가이고, 관리형 클라우드 OpenShift 변형은 그 컨트롤 플레인을 해외에 둡니다. 그것이, 상하이의 노드가 이미지를 당길 수 있는가가 아니라, 설정이 방어 가능한지를 결정합니다.
Red Hat은 OpenShift를 두 형태로 출하합니다: “Fully managed in the public cloud of your choice” 인 관리형 “Cloud services editions,” 와 “Granular control on your own infrastructure” 를 제공하는 “Self-managed editions.” OpenShift의 내장 레지스트리 — “OpenShift Container Platform provides a built-in container image registry that runs as a standard workload on the cluster” — 는 귀사 프라이빗 이미지를 쥐고, 그것은 독점 코드를 레이어에 굽고 자격 증명과 토큰을 심으며, 한편 클러스터의 Secret 객체는 비밀번호와 프라이빗 리포지토리 자격 증명을 쥡니다. 관리형 클라우드 컨트롤 플레인에서 그 응축된 코드와 그 비밀이 해외에 앉고, 귀사 중국 배포의 이미지와 차트 공급망이 국경 너머에서 해석됩니다. 해외에 쥐어지면, 어떤 개인 데이터나 비밀이든 PIPL이 규율하는 국경 간 이전이고, CIIO나 대량 취급자에게 데이터 현지화 의무(제39조(구 제37조))가 반대 방향을 가리킵니다. 귀사 자신의 국내 인프라에서 자가 관리 OpenShift를, 국내 레지스트리와 함께 돌리는 것이 프라이빗 이미지, Secret, 워크로드 데이터를 상주시킵니다.
이는 리스크 그림이지 판결이 아닙니다 — 귀사 의무는 귀사 이미지와 Secret이 무엇을 싣는지, 귀사 법인 유형에 달렸습니다. 저희 중국 팀이 귀사와 함께 귀사 OpenShift 레지던시와 공급망 노출을 매핑할 수 있습니다 →
컴플라이언스 스냅샷
- ! 관리형 클라우드 OpenShift는 귀사 클러스터의 컨트롤 플레인과 레지스트리를 해외에 둠
- ! 그 내장 이미지 레지스트리는 귀사 프라이빗 이미지를 쥠 — 레이어 속 독점 코드
- ! 클러스터 Secret은 비밀번호, 토큰, 자격 증명을 쥠 — 해외면 그것도 해외에 앉음
- ! 귀사 중국 배포의 이미지와 차트 공급망이 그럼 국경을 넘음
- ! '노드가 이미지를 당길 수 있나' 확인은 이미지와 Secret이 어디 사는지 결코 못 봄
- ✓ 레버: 자가 관리 OpenShift + 국내 레지스트리가 이미지와 Secret을 상주시킴
Red Hat OpenShift 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Red Hat은 OpenShift를 두 형태로 출하합니다. “Self-managed editions” 아래 그것은 “Granular control on your own infrastructure” 를, Red Hat OpenShift Container Platform을 “A complete platform with services and tools to develop, operate, and modernize applications” 로 묘사해 제공합니다; 그 관리형 “Cloud services editions” 는 “Fully managed in the public cloud of your choice.” 관리형 클라우드 컨트롤 플레인은 벤더의 해외 인프라에서 돕니다; 자가 관리 에디션은 귀사 자신의 인프라 — 국내 포함 — 에서 귀사가 돌리는 것입니다. | Red Hat — Red Hat OpenShift 제품 페이지, 2026-10-13 열람 |
| OpenShift는 귀사 프라이빗 이미지와 비밀을 클러스터에 응축합니다. Red Hat의 문서는 “OpenShift Container Platform provides a built-in container image registry that runs as a standard workload on the cluster” — 클러스터가 짓는 이미지의 스토어이자 그것이 돌리는 워크로드 — 라, 그리고 Secret이 “provides a mechanism to hold sensitive information such as passwords, OpenShift Container Platform client configuration files, private source repository credentials, and so on” 라 명시합니다. 그 프라이빗 이미지는 독점 코드를 그 레이어에 굽습니다; 관리형 클라우드 컨트롤 플레인에서 돌면, 그 레지스트리와 그 Secret이 해외에 앉고, 한편 귀사가 국내에서 돌리는 자가 관리 클러스터는 그것을 상주시킵니다. | Red Hat OpenShift Container Platform 4.17 Documentation — Registry overview; Nodes (secrets), 2026-10-13 열람 |
| 핵심정보인프라 운영자나 대량 취급자에게, 중국에서 수집되고 생성된 개인정보와 중요 데이터는 본토 안에 저장되어야 하고, 어떤 출경 전에 안전성 평가와 함께 — 사이버보안법 데이터 현지화 규칙, 2026-01-01 발효된 2025년 개정으로 재번호된 제39조(구 제37조). 해외 인프라에 쥐어진 클러스터 컨트롤 플레인, 레지스트리, Secret은 그것을 충족할 본토 발판이 없습니다. | 중화인민공화국 사이버보안법, 제39조(구 제37조); 2025년 개정 2026-01-01 발효 |
| 워크로드 데이터, 귀사 클러스터의 접근과 감사 로그 속 신원, 심어진 비밀, 이미지나 Secret 속 어떤 개인 데이터든, 해외 컨트롤 플레인에 쥐어지면, PIPL 국경 간 이전(제38~40조)입니다: 취급자는 고지하고, 별도 동의를 받고, 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과해야 합니다. | 중화인민공화국 개인정보 보호법, 제38~40조; CAC 국경 간 규칙(2024년 3월) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 13일에 출처를 확인했습니다.
중국 본토 운영에, Red Hat OpenShift에 대한 결정적 질문은 상하이의 노드가 공개 베이스 이미지를 당길 수 있는가가 아니라 — 귀사 클러스터의 컨트롤 플레인, 그 내장 이미지 레지스트리, 그 Secret이 어디에 살고, 무엇을 쥐고, 어떤 법적 근거로 거기 갔는가입니다. 커뮤니티 이미지와 오픈소스 차트를 당기는 것은 도달성 주제이고, 귀사 설정이 방어 가능한지를 매듭짓는 것이 아닙니다. 귀사의 프라이빗 이미지는 다릅니다: 컨테이너 이미지는 귀사 독점 코드를 그 레이어에 굽는 아티팩트이고, 일상적으로 빌드 자격 증명, API 토큰, 구성을 심습니다; 귀사 Helm 차트는 그 배포 패키징과 그 비밀 참조를 싣습니다; 그리고 돌아가는 클러스터는 그 워크로드와 그 Secret을 쥡니다. OpenShift는 바로 이것 — 통합 레지스트리와 클러스터의 Secret 객체 — 을 한 곳에 응축합니다. 관리형 클라우드 OpenShift 변형에서, 그 컨트롤 플레인과 레지스트리는 벤더의 해외 인프라에서 돌고, 귀사 중국 배포의 이미지와 차트 공급망은 국경 너머에서 해석됩니다. 레지던시와 국경 간 이전이, 로드 타임이 아니라, 이것을 결정합니다.
Red Hat OpenShift는 중국에서 작동하나요? 한눈에
| 무엇이 결정하는가 | 중국 본토에 그것이 뜻하는 것 |
|---|---|
| 귀사 프라이빗 이미지와 차트가 무엇을 쥐는가 | 프라이빗 이미지는 귀사 독점 코드를 그 레이어에 굽고 일상적으로 빌드 자격 증명, API 토큰, 구성을 심습니다; 귀사 Helm 차트는 배포 패키징과 그 비밀 참조를 싣습니다. 이것은 연결성 세부가 아니라 응축된 지적 재산입니다. |
| 컨트롤 플레인과 레지스트리가 어디서 도는가 | 관리형 클라우드 OpenShift 변형에서, 컨트롤 플레인과 그 내장 레지스트리는 벤더의 해외 인프라에서 돕니다. 귀사가 직접 배포하는 자가 관리 OpenShift는 귀사가 두는 곳 어디든 — 국내 포함 — 돕니다. |
| 클러스터의 Secret | OpenShift는 비밀번호, 토큰, 클라이언트 구성, 프라이빗 리포지토리 자격 증명을 클러스터의 Secret 객체에 저장합니다. 해외 컨트롤 플레인에서, 그것은 그것을 참조하는 이미지와 함께 해외에 앉습니다. |
| 데이터 레지던시 | CIIO나 대량 취급자에게, 중국에서 수집된 개인정보와 중요 데이터는 본토에 저장되어야 합니다(사이버보안법 제39조(구 제37조)) — 해외 컨트롤 플레인과 레지스트리가 충족 못 하는 의무. |
| 국경 간 이전 | 워크로드 데이터, 클러스터 접근과 감사 로그 속 신원, 이미지나 Secret 속 어떤 개인 데이터든, 해외에 쥐어지면, PIPL 국경 간 이전(제38~40조)입니다: 고지, 별도 동의, 이전 메커니즘 하나. |
| 귀사 배포의 공급망 | 이미지와 차트를 해외 레지스트리에서 해석하는 중국 클러스터는 그 공급망을 국경 너머로 돌립니다. 레지스트리 미러나 캐시는 해석을 빠르게 하지만 — 그것은 귀사 프라이빗 이미지나 Secret을 국내로 옮기지 않습니다. |
| 레지던시 레버 | 국내 인프라에서 돌리는 자가 관리 OpenShift가, 국내 프라이빗 레지스트리와 함께, 프라이빗 이미지, 차트, Secret, 워크로드 데이터를 상주시킵니다. |
도어 1 — 귀사 프라이빗 이미지와 Secret은 독점 코드이고, 레지던시는 컨트롤 플레인이 도는 곳을 따른다
클러스터가 무엇을 쥐는지로 시작하십시오, 왜냐하면 그것이 중국 법이 반응하는 것이기 때문입니다. 커뮤니티 베이스 이미지에 먹이를 주는 공개 레지스트리는 도달성 주제이고, 이것을 결정하는 부분이 아닙니다. OpenShift 자신의 레지스트리는 귀사가 게시하지 않는 것의 권위 있는 저장소입니다: Red Hat은 “OpenShift Container Platform provides a built-in container image registry that runs as a standard workload on the cluster” 라 문서화합니다 — 귀사 클러스터가 짓는 이미지의 게시 대상이자 그것이 돌리는 워크로드의 소스. 그 프라이빗 이미지는 귀사 독점 코드를 그 레이어에 굽고 구워 넣은 자격 증명과 토큰을 싣습니다; 그 곁에, 클러스터의 Secret 객체가 나머지를 쥡니다. Red Hat의 말로, “The Secret object type provides a mechanism to hold sensitive information such as passwords, OpenShift Container Platform client configuration files, private source repository credentials, and so on.”
그것이 어디에 사는지가 요점입니다. Red Hat은 OpenShift를 두 형태로 출하합니다. 그 관리형 “Cloud services editions” 는 “Fully managed in the public cloud of your choice” — 컨트롤 플레인과 그 레지스트리가 벤더의 해외 인프라에서 돕니다. 그 “Self-managed editions” 는 “Granular control on your own infrastructure” 를 제공합니다: 귀사가 선택하는 어디든 설치하고 운영하는 클러스터. 귀사가 핵심정보인프라 운영자이거나, 개인정보를 물량으로 다룬다면, 중국에서 수집되고 생성된 개인정보와 중요 데이터는 본토에 저장되어야 하고, 어떤 출경 전에 안전성 평가와 함께 — 사이버보안법 데이터 현지화 규칙, 2026-01-01 발효된 2025년 개정으로 재번호된 제39조(구 제37조). 해외에 쥐어진 컨트롤 플레인, 레지스트리, Secret은 그것을 충족할 본토 발판이 없습니다; 귀사가 국내에서 돌리는 자가 관리 클러스터는 있습니다.
도어 2 — 신원, 비밀, 공급망 출처
두 번째 도어는 PIPL과 본토에서 실제로 도는 것의 무결성입니다. 클러스터와 그 파이프라인은 코드 이상을 싣습니다: 누가 릴리스를 빌드하고, 서명하고, 승격했는가의 사용자명과 이메일 주소, 접근과 감사 로그, 그리고 이미지나 Secret 안에 올라타는 어떤 개인 데이터든. 개인정보 보호법 아래, 그 데이터를 본토 밖 인프라에 쥐는 것은 국경 간 이전(제38~40조)입니다: 취급자는 고지하고, 이전을 위한 별도 동의를 받고, 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과해야 합니다. 애초에 이미지 레이어와 Secret에 들어가는 비밀과 개인 데이터를 최소화하는 것이 해법의 일부이지만, 그것은 저장소를 그 자체로 옮기지 않습니다. 그리고 귀사 중국 클러스터가 그 이미지와 차트를 레지스트리가 도는 곳 어디에서든 당기므로, 귀사 중국 배포에 들어가는 것의 출처와 무결성도 국경 너머에서 규율됩니다 — 연결성 확인이 결코 드러내지 않는 소프트웨어 공급망 노출.
왜 도달성 확인이 이것을 놓치는가
“상하이에서 내 노드가 이미지를 당길 수 있는가” 테스트는 틀린 질문에 답합니다. 레지스트리 미러나 캐시, 또는 연결성 튜닝은 이미지나 차트가 얼마나 빠르고 얼마나 안정적으로 해석되는지를 바꾸지만 — 귀사 프라이빗 이미지, 귀사 Secret, 귀사 클러스터의 컨트롤 플레인이 실제로 어디에 사는지는 바꾸지 않습니다. 그래서 배포는 중국 내부에서 완벽히 건강해 보이면서도 모든 프라이빗 이미지, 그것에 구워 넣은 모든 토큰, Secret 속 모든 자격 증명이 여전히 해외에 앉을 수 있습니다. 위의 레지던시와 국경 간 질문은 도달성 탐침에 보이지 않는데, 바로 당김이 계속 성공하기 때문입니다 — 그것이 중요한 수가 해외 컨트롤 플레인을 그저 닿을 수 있게 하거나 미러링하는 것이 아니라 컨트롤 플레인, 레지스트리, Secret을 국내로 옮기는 것인 이유입니다. 저희는 중국 내부로부터의 OpenShift 레지스트리 연결성에 대한 어떤 일차 측정도 게시하지 않으므로, 여기 수치를 두지 않습니다; 그것은 저희가 주장하기보다 귀사의 실제 설정에 대조해 측정할 것입니다.
이는 리스크 지도이지 판결이 아닙니다: 귀사가 국내 저장, 이전 메커니즘, 재작업된 동의 흐름, 어떤 공개 대상 콘솔이나 인그레스를 위한 ICP 비안, 또는 그 어떤 조합이 필요한지는 귀사 이미지와 Secret이 무엇을 싣는지, 얼마나, 귀사 운영자가 누구인지에 달렸습니다 — 짓기 전에 자문과 매듭지을 가치가 있습니다.
레버 — 매핑, 현지화, 전송
OpenShift가 진정한 자가 관리 에디션을 출하하므로, 진짜 국내 경로가 있고, 21YunBox는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다.
- 매핑 — 귀사 이미지와 차트 중 어느 것이 프라이빗(귀사 독점 코드)인지, 그것이 자격 증명·토큰·구성을 심는지, 컨트롤 플레인, 그 내장 레지스트리, 클러스터의 Secret이 오늘 어디에 사는지, 레지던시 근거, 그리고 귀사 중국 배포의 이미지와 차트 공급망이 어떻게 국경을 넘는지를 목록화합니다.
- 현지화 / 거버넌스 — 자가 관리 클러스터, 그 레지스트리, 그 Secret을 국내에서, 귀사 프라이빗 이미지와 차트를 위한 국내 프라이빗 레지스트리(자가 호스팅 레지스트리 — Harbor, Nexus, 또는 Artifactory — 또는 Red Hat 자신의 자가 호스팅 가능 레지스트리)와 함께 돌려, 독점 코드와 심어진 비밀이 상주하게 하고; 귀사 중국 배포의 공급망을 국내에 유지하고; 국경을 넘는 것을 최소화합니다.
- 전송 — 규정에 맞는, 국내 자가 관리 클러스터와 프라이빗 레지스트리를 해외 컨트롤 플레인 앞단에(또는 그 자리에) 둡니다; 21YunBox가 재구축 없이 국내 레이어를 세웁니다.
공개 레지스트리를 그저 닿을 수 있게 하거나 미러링하는 것은 답이 아닙니다 — 귀사 프라이빗 이미지, 차트, Secret은 여전히 해외이고, 그것을 더 빠르게 당기는 것은 그것을 바꾸지 않습니다. 컨트롤 플레인, 레지스트리, Secret을 국내에 유지하는 것이 답입니다.
21YunBox가 어디에 맞는가 — 마이그레이션이 아니라 규정에 맞는 overlay
귀사는 OpenShift를 계속 돌립니다. 저희는 해외 컨트롤 플레인이 그 자체로 제공할 수 없는 조각을 더합니다: 자가 관리 클러스터와 프라이빗 레지스트리를 위한 합법적, 국내 집, 그래서 귀사 독점 이미지, 차트, 그것이 싣는 비밀이 법이 요구하는 곳에 상주하고, 그 앞단에 개발자 접근, 콘솔, 어떤 공개 대상 인그레스를 위한 규정에 맞는 ICP 비안된 전송과 함께 — 귀사 기존 설정 둘레에 두어, 재구축도, 두 번째 플랫폼도, OpenShift로부터의 마이그레이션도 없이. 귀사가 이미 돌리는 도구 체인의 파트너로서, 저희 중국 팀이 귀사 PIPL 국경 간, 동의, 데이터 레지던시 의무를 귀사 법인과 파이프라인에 대조해 매핑한 뒤, 방어 가능한 중국 존재가 필요로 하는 국내 클러스터, 레지스트리, 전송을 세웁니다. 저희는 어떤 종류의 우회도 결코 쓰거나 제안하지 않습니다.
관련 읽을거리:
자주 묻는 질문
우리가 중국에서 OpenShift를 돌릴 수 있나요?
공개 베이스 이미지를 당기는 것은 도달성 질문이고, 진짜 질문이 아닙니다. 결정적 사안은 귀사 클러스터의 컨트롤 플레인, 그 내장 이미지 레지스트리, 그 Secret 이 어디에 사는가 — 귀사 독점 코드, 자격 증명, 토큰 — 그리고 귀사 중국 배포의 이미지와 차트 공급망이 어떻게 국경을 넘는가입니다. 관리형 클라우드 OpenShift 변형은 컨트롤 플레인을 해외에 둡니다; 귀사가 국내에서 돌리는 자가 관리 클러스터는, 국내 레지스트리와 함께, 그것을 상주시킵니다. 그것이, 이미지 도달성이 아니라, 설정을 방어 가능하게 만드는 것입니다.
관리형 클라우드 OpenShift와 자가 관리 OpenShift 중 어느 것이 중국 컴플라이언스에 더 낫나요?
Red Hat의 관리형 “Cloud services editions” 는 컨트롤 플레인과 레지스트리를 해외 공개 클라우드 인프라에서 돌리므로, 귀사 프라이빗 이미지, Secret, 워크로드 데이터가 해외에 앉습니다. “Self-managed” OpenShift는 귀사에 “granular control on your own infrastructure” 를 주고, 귀사는 그것을 국내에 배포할 수 있습니다 — 이미지, 차트, Secret, 워크로드 데이터를 상주시킴. 데이터 현지화와 PIPL 국경 간 규칙 아래 중국 운영에, 자가 관리, 국내 경로가 방어 가능한 것입니다.
21YunBox가 우리 OpenShift 설정을 중국에서 규정에 맞게 만들도록 도울 수 있나요?
예. 저희 중국 팀이 귀사 컨트롤 플레인, 레지스트리, 이미지, 차트, Secret이 어디에 살고, 무슨 자격 증명과 개인 데이터를 싣고, 귀사 중국 배포의 공급망이 어떻게 국경을 넘는지 매핑한 뒤, 규정에 맞는, 국내 자가 관리 클러스터와 프라이빗 레지스트리를 귀사 기존 설정 앞단의 ICP 비안된 전송과 함께 세웁니다 — 재구축도, OpenShift로부터의 마이그레이션도 없이. 귀사의 구체적 스택을 다루려면 문의하기.
