MuleSoft은 중국에서 작동하나요? 데이터 레지던시, 국경 간 통합 데이터 & PIPL

MuleSoft이 중국 본토에서 “작동” 하는가는 연결성 질문이기 훨씬 전에 데이터 레지던시 질문입니다. MuleSoft의 Anypoint Platform은 통합 및 API 관리 레이어입니다 — 그 일 전체가 귀사 시스템 사이에 데이터를 옮기는 것입니다 — 그래서 결정은 귀사가 상하이에서 컨트롤 플레인에 닿을 수 있는가에 달리지 않습니다. 그것은 귀사 통합이 나르는 데이터, 그리고 플랫폼이 그것들에 대해 쥐는 메타데이터가 어디에 쉬게 되는가에 달렸습니다. MuleSoft은 그것을 그 자신의 문서에서 답합니다: 중국 본토 컨트롤 플레인도 그 나라의 CloudHub 리전도 없으므로, 귀사 플로를 실행하는 런타임과 그 뒤의 관리 플레인 둘 다 해외에 앉습니다.

한눈에 보는 중국에서의 MuleSoft

본토 리전 없음 — 컨트롤 플레인과 런타임 둘 다 해외에 앉는다

MuleSoft의 Anypoint Platform은 두 플레인으로 지어졌고, 중국의 법이 둘 다에 닿습니다. 컨트롤 플레인 — 귀사가 통합을 설계, 배포, 관리하는 곳 — 은 MuleSoft이 클라우드 라 부르는 것이고, 미국(기본), EU, 캐나다, 영국, 일본, 호주, 인도에, 더하여 US Government 클라우드에 제공됩니다. 단 하나도 중국 본토에 있지 않습니다. 런타임 플레인, 귀사 통합이 실제로 실행되는 곳은, CloudHub(MuleSoft 관리)이나 귀사가 직접 세우는 인프라에서 돕니다.

관리형 옵션에, MuleSoft은 그 CloudHub 2.0 Architecture 문서에서 명시적입니다: “CloudHub 2.0 provides the ability to deploy apps in different regions of the world: North America, South America, the European Union, and Asia-Pacific,” 그리고 “For the US Cloud and MuleSoft Government Cloud control planes, MuleSoft hosts the management console and platform services in the United States,” 이고 EU Cloud는 유럽에 호스팅됩니다. 그 공표된 런타임 리전은 미국, 캐나다, 브라질, 아일랜드, 독일, 영국, 싱가포르, 호주, 일본, 인도에 걸칩니다 — 본토 안에는 없음. 그래서 “우리는 이미 MuleSoft을 돌린다” 는 그 자신의 조건으로 중국에 이어지지 않습니다: 플랫폼이 런타임과 그 자신의 관리 데이터 둘 다를 나라 밖에 둡니다.

통합 레이어는 중국 데이터가 기본으로 떠나는 곳이다

이것이 대부분의 팀이 과소평가하는 부분입니다. 통합 플랫폼은 시스템 — CRM, ERP, 데이터베이스, 결제나 메시징 서비스 — 사이에 레코드를 옮기려고 존재하고, 그것을 통과하는 것의 많은 부분이 개인정보입니다: 이름, 연락처, 주문과 계정 레코드, 기기와 사용자 식별자. 그 플로를 실행하는 런타임이 해외 CloudHub 리전에 앉을 때, 귀사 통합이 중국 밖으로 나르는 개인정보는 떠나는 순간 국경 간 이전이 되고, MuleSoft이 보유하는 컨트롤 플레인 메타데이터 — 로그에 드러난 페이로드, 큐에 든 메시지, 모니터링 데이터 — 는 그 자체가 해외에 쥐어집니다.

중국의 개인정보 보호법 아래 그 이전은 처리자인 MuleSoft이 아니라 개인정보 취급자인 귀사에 떨어집니다: 제38~40조는 고지, 해외 이전을 위한 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 요구합니다. 규제 문턱 위에서, 또는 데이터가 “중요 데이터” 인 곳에서, 중국의 데이터 수출 안전성 평가(数据出境安全评估)가 무엇이든 떠나기 전에 통과해야 할 수 있습니다. 그리고 귀사가 핵심정보인프라 운영자라면, 사이버보안법의 제39조(구 제37조 — 데이터 현지화 조항이 2026년 1월 1일 발효된 2025년 개정으로 재번호됨, 실질 불변)는 중국에서 생성된 개인정보가 중국에 저장되기를 요구합니다 — 아무리 튜닝해도 해외 CloudHub 리전이 충족 못 하는 의무. 데이터 통합 레이어는 바로 중국 개인정보가 기본으로 나라 밖으로 옮겨지는 곳입니다; 이 의무들 중 어느 것이 귀사의 특정 플로를 무는지는 귀사가 실제로 옮기고 저장하는 것에 대조해 자문과 확인할 리스크입니다.

자가 호스팅 런타임이 열쇠다 — 데이터가 국내에 유지되면

통합 데이터를 중국에 유지하는 합법적 방식이 있고, MuleSoft 자신의 아키텍처가 그것에 여지를 남깁니다. 관리형 CloudHub 런타임과 나란히, MuleSoft은 자가 관리 런타임 플레인을 문서화합니다: “You can use Runtime Fabric with managed Kubernetes services like EKS, AKS, GKE, and OKE, or with self-managed distributions like Red Hat OpenShift and Rancher,” 그리고 그것은 또한 독립형 온프레미스 Mule 런타임을 지원합니다. Mule 런타임을 본토 안 인프라에서 돌리면 귀사 중국 플로가 나르는 데이터가 기본으로 중국에 머물 수 있고, 합법적으로 떠날 수 있는 것만 귀사 나머지 자산으로 흘러나갑니다 — 한편 Anypoint 컨트롤 플레인은 이미 하는 다른 시장들을 계속 서비스합니다.

그 분할 — 무엇이 중국에 머물러야 하는지, 무엇이 국경을 넘어도 되는지 — 이 그 일의 핵심이고, 그것은 기술 질문이기 전에 법적 질문입니다. 그것은 또한 플랫폼이 귀사를 위해 결정하는 설정이 아닙니다: 플로를 “다른 리전” 으로 가리키는 것은 해외 클라우드 사이에서 이전을 재배치할 뿐입니다; 그것은 그것을 끝내지 않습니다. 중국 통합 데이터를 국내에 유지하는 것은 국내 런타임을 세우고 그 둘레에 플로를 설계하는 것을 뜻합니다. 이는 리스크 지도이지 판결이 아닙니다 — 귀사가 이전 메커니즘, 데이터 수출 평가, 국내 저장, ICP 비안, 또는 어떤 조합을 지는지는 귀사 법인, 귀사 데이터 물량, 그리고 귀사 사용자가 누구인지에 달렸고, 귀사 통합이 그것에 의존하기 전에 자문과 매듭지을 가치가 있습니다.

합법적 경로 — 매핑, 현지화, 전송

중국 대상 비즈니스를 위해 MuleSoft을 돌리는 규정에 맞는 방식이 있고, 그것은 한 형태를 가집니다. 먼저, 매핑: 저희 중국 컴플라이언스 팀이 귀사 PIPL 노출을 플로별로 헤쳐나갑니다 — 어느 통합이 중국 밖으로 개인정보를 나르는지, 무엇이 합법적으로 떠날 수 있는지, 어디서 데이터 수출 안전성 평가나 제39조 저장 의무가 적용되는지, 그리고 귀사 고지와 동의가 무엇을 덮어야 하는지. 저희는 기술적 그림을 짓습니다; 법적 결론은 귀사 자문과 매듭지어집니다.

그다음 현지화: 저희는 국내 Mule 런타임 — 자가 호스팅 Runtime Fabric이나 본토 안 온프레미스 — 을 세우고 통합하여, 중국 통합 데이터가 그 나라에 거주하게 하고, 합법적으로 떠날 수 있는 데이터만 흘러나가게 유지하며, 귀사 Anypoint 컨트롤 플레인을 다른 모든 시장을 위해 이미 도는 바로 그 자리에 둡니다.

그다음 전송: 이 통합을 본토 사용자에게 드러내는 공개 대상 앱과 API는 중국의 인터넷 서비스이므로, 그것들은 ICP 비안(备案) 의무를 지고 규정에 맞는, 국내 전송을 필요로 합니다. 21YunBox는 그것들을 국내에서 — 21YunBox Optimizer — 귀사가 이미 돌리는 것 앞단에, 재구축도 리플랫폼도 없이 전송합니다. 저희가 결코 하지 않는 것, 그리고 아무도 합법적으로 할 수 없는 것은, 중국의 데이터 수출 규칙 둘레나 어떤 네트워크 제한 둘레의 길을 귀사에 건네는 것입니다: 저희는 머물러야 하는 것을 현지화하고 국내에서 전송하며, 결코 개인정보를 몰래 중국 밖으로 옮기지 않습니다. 결과는 귀사 중국 사용자에게 합법적이고 규정에 맞게 도는 MuleSoft 자산입니다.

컴플라이언스 진단 받기 →

관련 읽을거리:

• PIPL상 국경 간 데이터 이전
• 중국 데이터 수출 안전성 평가
• 중국 사이버보안법 (데이터 현지화, 제39조)
• 중국 ICP 비안 받는 법