StepZen은 중국에서 작동하나요? ICP, PIPL, 백엔드 API 레이어
StepZen — 이제 IBM API Connect for GraphQL — 는 웹 호스트가 아니라 선언적 GraphQL API 레이어이므로, 자체 ICP 비안을 지니지 않습니다; 그 의무는 귀사 공개 앱에 머뭅니다. 그러나 그것이 귀사 백엔드 전반에 개인 데이터를 페더레이션하므로, IBM의 해외 관리형 서비스를 돌리는 것은 중국 사용자 데이터를 PIPL 국경 간 질문으로 만듭니다. 물을 올바른 레이어를 컴플라이언스 우선으로 살펴봅니다.
StepZen은 중국에서 작동하나요?
StepZen — 이제 IBM API Connect for GraphQL — 는 웹 호스트가 아니라 백엔드 API 배관입니다: 그것은 자체 ICP 비안을 지니지 않으므로, 그것을 돌리는 것은 귀사 사이트를 중국 본토에서 운영하도록 클리어하지도, 자체로, 귀사 데이터 노출을 해결하지도 않습니다. 중요한 것은 누가 ICP를 신고하느냐, 그리고 중국 사용자의 개인 데이터가 해외에서 도는 엔진을 통해 페더레이션되느냐입니다.
IBM은 그것을 “Build GraphQL APIs declaratively”(GraphQL API를 선언적으로 짓는) 방법으로, “can also combine (or federate) data from multiple sources, such as SQL, NoSQL, REST, SOAP and other GraphQL APIs”(SQL·NoSQL·REST·SOAP 및 기타 GraphQL API 같은 여러 소스에서 데이터를 결합(또는 페더레이션)할 수도 있는)으로 묘사합니다 — 그리고 그 페더레이션이 요점입니다: 귀사 사용자와 귀사 저장소 사이를 오가는 길에 개인 데이터가 흐르는 레이어. IBM의 관리형 서비스(그 문서에서 “Managed service instance on AWS”)를 돌리면 그 엔진이 해외에 앉으므로, 그것을 통과하는 귀사 중국 사용자의 개인정보는 PIPL이 규율하는 국경 간 이전인 한편, ICP 비안은 그 앞단의 공개 애플리케이션에 머뭅니다 — StepZen이 아니라. 아래 표는 IBM 자체 표현과 각 레이어가 촉발하는 규칙입니다.
이것은 판정이 아니라 리스크 지도입니다 — 어느 관문이 귀사를 묶느냐는 엔진이 어디서 도느냐, 어떤 개인 데이터가 그것을 넘느냐, 그리고 귀사 사용자가 누구냐에 달려 있습니다. 저희 중국 팀이 귀사와 함께 노출을 지도화할 수 있습니다 →
컴플라이언스 스냅샷
- ! StepZen은 웹 호스트가 아니라 백엔드 GraphQL 레이어입니다 — 자체 ICP 없음
- ✕ ICP 비안은 StepZen이 아니라 귀사 본토 호스팅 공개 앱에 붙어야 합니다
- ! IBM은 그것을 해외 관리형 클라우드 서비스로(AWS에서) 돌립니다
- ! 그것을 통해 해외로 페더레이션된 중국 사용자의 개인 데이터는 PIPL 이전입니다
- ! CIIO나 대량 취급자에게, 그 데이터는 본토에 저장되어야 합니다
Stepzen 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| StepZen은 이제 IBM의 것입니다 — 그리고 그것은 웹 호스트가 아니라 GraphQL 서버입니다. IBM은 “developers가 GraphQL API를 빠르게 더 적은 코드로 짓도록 돕는” “the acquisition of StepZen Inc, which developed a GraphQL server”(GraphQL 서버를 개발한 StepZen Inc의 인수)를 발표하며, “StepZen takes a declarative programming approach”(StepZen은 선언적 프로그래밍 접근을 취한다)라 덧붙였습니다. 그것은 오늘 IBM API Connect for GraphQL로 출하됩니다. GraphQL 서버는 귀사가 이미 돌리는 백엔드 위에 API를 구성합니다; 그것은 귀사 공개 사이트가 서비스되는 호스트가 아니고, 귀사 고객 기록의 1차 저장소가 아닙니다. | IBM Newsroom — IBM Acquires StepZen (newsroom.ibm.com), 2026-10-07 열람 |
| 그것은 귀사 백엔드 전반에 데이터를 페더레이션합니다 — 그러니 개인 데이터가 그것을 통해 흐릅니다. IBM 제품 페이지에서 귀사는 “Build GraphQL APIs declaratively by composing GraphQL building blocks”(GraphQL 빌딩 블록을 구성해 GraphQL API를 선언적으로 짓는다)하고, “can also combine (or federate) data from multiple sources, such as SQL, NoSQL, REST, SOAP and other GraphQL APIs”(SQL·NoSQL·REST·SOAP 및 기타 GraphQL API 같은 여러 소스에서 데이터를 결합(또는 페더레이션)할 수도 있다)합니다. 귀사 프런트엔드와 귀사 저장소 사이에 데이터를 중계하는 레이어는 바로 개인정보가 통과하는 곳입니다 — 그러니 중국 사용자의 데이터가 해외 엔진을 통과하면, 그것은 PIPL 아래 국경 간 이전(제38~43조)이 됩니다. | IBM — API Development with IBM API Connect / StepZen (ibm.com/products/stepzen), 2026-10-07 열람; PIPL 제38~43조 |
| IBM은 엔진을 해외 관리형 클라우드 서비스로 돌립니다. 요청은 “an in-memory, Golang-based GraphQL engine”(인메모리 Golang 기반 GraphQL 엔진)에서 돌고, “API Connect for GraphQL as a Service”로 제공됩니다 — IBM 자체 문서에서 “Managed service instance on AWS”(AWS상 관리형 서비스 인스턴스). IBM은 그 서비스에 대해 거명된 중국 본토 리전을 발표하지 않으므로(IBM 가용성 페이지로부터의 추론), 엔진이 중국 사용자를 위해 다루는 개인 데이터는 본토 밖에 앉습니다; CIIO나 대량 취급자에게, 그 데이터는 대신 중국에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). | IBM — ibm.com/products/stepzen과 API Connect for GraphQL as a Service 문서 (ibm.com/docs/en/api-connect-graphql/saas), 2026-10-07 열람; PIPL 제40조; 사이버보안법 제39조(구 제37조) |
| ICP 비안은 결코 StepZen에 붙지 않습니다. 본토 방문자에게 서비스되는 공개 사이트는 본토에 물리적으로 있는 호스팅 리소스에 묶인 ICP 비안이 필요합니다(국무원령 제292호; 공업정보화부령 제33호). GraphQL 미들웨어 티어는 그 호스팅 리소스가 아니므로, 귀사 API 레이어를 StepZen으로 — 관리형이든 자가 운영이든 — 옮기는 것은 비안에 아무것도 하지 않습니다. 그 관문은 API가 먹이는 공개 애플리케이션에 머뭅니다. | 중국 ICP 체제 — 국무원령 제292호; 공업정보화부령 제33호, 2026-10-07 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토 청중에게, StepZen에 관한 유용한 질문은 그것이 얼마나 빨리 쿼리를 서비스하느냐가 아니라 — 귀사 스택의 어느 레이어에 중국의 규칙이 실제로 안착하느냐, 그리고 StepZen이 그 레이어냐입니다. 아닙니다. StepZen — IBM의 2023년 인수 후 이제 IBM API Connect for GraphQL — 는 선언적 GraphQL 레이어입니다: 그것은 귀사가 이미 돌리는 데이터베이스와 서비스 위에 단일 API를 구성합니다. 그것은 귀사 웹사이트의 호스트가 아니고, 귀사 고객 기록의 1차 저장소가 아니므로, ICP 비안을 지니지 않고, 자체로, 귀사 사이트를 중국에서 운영하도록 클리어할 수 없습니다. 그것이 하는 것은 귀사 프런트엔드와 백엔드 사이에 데이터를 옮기는 것 — 그리고 그것이 하나의 진짜 컴플라이언스 질문이 앉는 곳입니다: 귀사 중국 사용자에 대한 개인정보가 해외에서 도는 엔진을 통과하면, 중국의 국경 간 규칙이 그 흐름에 적용되는 한편, 라이선스 의무는 API가 먹이는 공개 애플리케이션에 머뭅니다.
StepZen을 중국에서 한눈에
| 무엇이 그것을 결정하나 | StepZen 자체 표현으로 |
|---|---|
| 그것은 무엇인가 | 귀사가 “Build GraphQL APIs declaratively”(GraphQL API를 선언적으로 짓다)하고 “combine (or federate) data from multiple sources, such as SQL, NoSQL, REST, SOAP and other GraphQL APIs”(SQL·NoSQL·REST·SOAP 및 기타 GraphQL API 같은 여러 소스에서 데이터를 결합(또는 페더레이션))하게 하는 GraphQL 서버. 백엔드 미들웨어 — 웹 호스트도, 데이터 저장소도 아니라. |
| 누구의 제품인가 | 이제 IBM의 것: IBM은 “the acquisition of StepZen Inc, which developed a GraphQL server”(GraphQL 서버를 개발한 StepZen Inc의 인수)를 발표했고, 오늘 그것을 IBM API Connect for GraphQL로 판매합니다. |
| 어디서 도나 | IBM은 그것을 “as a Service”(서비스로) 제공합니다 — 그 문서에서 “Managed service instance on AWS”(AWS상 관리형 서비스 인스턴스), 해외 클라우드. 그것에 대해 거명된 중국 본토 리전이 없습니다. |
| 누가 ICP를 신고하나 | 귀사가, 본토 호스팅 리소스에 대해(국무원령 제292호; 공업정보화부령 제33호). GraphQL 레이어는 그 리소스가 아니므로, StepZen은 자체 ICP를 지니지 않습니다. |
| 귀사 사용자의 데이터 | 중국 사용자의 개인정보가 해외 엔진을 통해 페더레이션되면, 그것은 PIPL 국경 간 이전입니다; CIIO나 대량 취급자에게 그것은 대신 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). |
StepZen은 쿼리에 답합니다; 그것은 귀사 사이트를 호스팅하지 않습니다
IBM의 묘사에서 StepZen은 GraphQL 서버입니다: 귀사는 “Build GraphQL APIs declaratively by composing GraphQL building blocks”(GraphQL 빌딩 블록을 구성해 GraphQL API를 선언적으로 짓는다)하고, 그것은 “can also combine (or federate) data from multiple sources, such as SQL, NoSQL, REST, SOAP and other GraphQL APIs”(SQL·NoSQL·REST·SOAP 및 기타 GraphQL API 같은 여러 소스에서 데이터를 결합(또는 페더레이션)할 수도 있다)합니다. 그것은 귀사가 이미 운영하는 백엔드 위에 API를 조립해 서비스하는 티어입니다 — 그것은 *“이 쿼리가 무슨 데이터를, 어디서 돌려주나?”*에 답합니다. 그것은 귀사 마케팅 사이트나 웹 앱을 브라우저에 서비스하지 않고, 귀사 고객 계정의 기록 시스템이 아닙니다. 중국의 운영 규칙은 공개 사이트와 그것이 도는 호스트를 묶습니다; 그 사이트 뒤에 앉는 쿼리 구성 레이어는 좀처럼 규제기관이 게이팅하는 것이 아닙니다. 그러니 “StepZen이 중국에서 작동하나”에 대해 먼저 고칠 것은 질문이 겨냥된 레이어입니다.
ICP 비안은 귀사 API 티어가 아니라 귀사 애플리케이션에 안착합니다
본토 방문자에게 보이는 공개 지향 사이트는 국무원령 제292호와 공업정보화부령 제33호상 ICP 비안(ICP 备案)에 의존하고, 그 비안은 본토에 물리적으로 위치한 호스팅 리소스에 묶여야 합니다. GraphQL 미들웨어 티어는 귀사가 비안할 수 있는 호스팅 리소스가 아닙니다 — 그것은 응답을 구성하지, 기록 번호가 붙은 본토 서버를 주지 않습니다. 그러니 StepZen(또는 IBM API Connect for GraphQL)을 관리형이든 자가 운영이든 귀사 아키텍처에 넣는 것은 라이선스 질문을 있던 그대로 — API가 먹이는 애플리케이션에 — 남깁니다. “우리는 이미 StepZen을 돌린다”는 비안을 향한 한 걸음이 아닙니다; 비안은 그 앞단의 사이트에 속합니다.
진짜 질문 — 엔진이 어디서 돌고, 무엇이 그것을 통해 흐르느냐
이것이 실제로 StepZen에 달린 절반입니다. IBM은 그것을 관리형 클라우드 서비스로 제공합니다 — 그 문서 세트는 *“API Connect for GraphQL as a Service”*이고, 호스팅 옵션은, IBM 자체 표현으로, “Managed service instance on AWS”(AWS상 관리형 서비스 인스턴스)입니다. 그것은 해외 인프라이고, IBM은 그 서비스에 대해 거명된 중국 본토 리전을 발표하지 않습니다. 엔진이 귀사 백엔드에서 데이터를 페더레이션하므로, 귀사 중국 사용자에 대한 개인정보가 프런트엔드로 가는 길에 그것을 통과할 수 있습니다. 본토 밖에 앉는 엔진을 통해 라우팅되면, 그 이동은 PIPL 아래 국경 간 이전입니다: 취급자로서 귀사는 고지, 별도 동의, 그리고 하나의 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 을 빚집니다(제38~43조). 귀사가 핵심정보인프라 운영자나 대량 취급자이면, 중국에서 수집된 개인정보는 본토에 저장되어야 하는데(PIPL 제40조; 사이버보안법 제39조(구 제37조)), 해외 엔진이 충족할 수 없습니다. 노출은 스택 속 브랜드 이름이 아니라 — 데이터와 위치를 따릅니다.
StepZen을 “국경 간 데이터”로 과도하게 분류하지 마세요
이것을 과장하기도 마찬가지로 쉽습니다. GraphQL 레이어가 자동으로 데이터 레지던시 문제인 것은 아닙니다: 엔진이 오로지 비개인 데이터만 중개하거나, 귀사가 어떤 중국 사용자의 개인정보도 본토를 떠나지 않도록 그것을 아키텍처링하면, 국경 간 질문은 좁아지거나 사라집니다. 의무는 해외에 앉는 인프라를 통한 개인정보의 흐름에 붙지 — 귀사 다이어그램에 “GraphQL”이나 “페더레이션”이 나타난다는 사실에 붙지 않습니다. 정직한 리스크 지도는 그 선을 또렷하게 유지합니다: 개인 데이터가 실제로 어디 이동하는지 거명하고, 미들웨어 라벨이 없는 노출을 제조하거나 있는 노출을 숨기게 두지 마세요.
이것은 판정이 아니라 리스크 지도입니다: 묶는 관문이 귀사 사이트의 ICP 비안이냐, 귀사 API 레이어를 통한 국경 간 이전이냐, 또는 귀사 스택 다른 곳의 국내 저장 의무냐는 귀사가 무엇을 서비스하느냐, 각 티어가 어디서 도느냐, 그리고 귀사 사용자가 누구냐에 달려 있습니다 — 짓기 전에 법무와 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 규정에 맞는 오버레이
귀사는 StepZen — IBM API Connect for GraphQL — 이 지금 하는 그대로 귀사 API를 구성하게 유지합니다. 저희가 더하는 것은 쿼리 레이어가 결코 공급하도록 의도되지 않은 조각입니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송, 귀사 기존 오리진 앞단에 놓여 — 재구축 없고, 두 번째 코드베이스 없고, 귀사 API 티어나 데이터 소스가 도는 곳의 변경 없이. 저희 중국 팀은 귀사 노출이 진짜 어디 앉는지 — 귀사 공개 애플리케이션의 ICP 의무, 그리고 귀사 GraphQL 레이어를 통해 이동하는 개인 데이터가 만드는 어떤 PIPL 국경 간이나 데이터 레지던시 의무든 — 지도화한 다음, 합법적인 중국 존재가 요구하는 국내, ICP 비안 전송을 세우며, 한편 귀사 스택의 나머지는 그대로 머뭅니다.
함께 읽기:
자주 묻는 질문
StepZen을 돌리는 것이 우리 사이트를 중국 본토에서 운영하도록 클리어하나요?
아니요. StepZen — 이제 IBM API Connect for GraphQL — 는 웹 호스트가 아니라 백엔드 GraphQL 레이어이므로, 자체 ICP 비안을 지니지 않습니다. 본토 방문자에게 서비스되는 공개 지향 사이트는 본토 안의 호스팅 리소스에 묶인 ICP 비안이 필요하고(국무원령 제292호; 공업정보화부령 제33호), 그 의무는 API 티어가 아니라 StepZen이 먹이는 애플리케이션에 붙습니다. StepZen을 더하거나 귀사 API 레이어를 그것으로 바꾸는 것은 무엇이 비안되어야 하는지를 바꾸지 않습니다.
우리 StepZen 설정이 PIPL 국경 간 문제인가요?
그럴 수 있습니다 — 그것은 엔진이 어디서 돌고 무엇이 그것을 통해 흐르느냐에 달려 있습니다. IBM은 StepZen을 관리형 클라우드 서비스(그 문서에서 “Managed service instance on AWS”)로 제공하는데, 해외입니다. 그 레이어가 귀사 백엔드에서 데이터를 페더레이션하므로, 귀사 중국 사용자의 개인정보가 그것을 통과할 수 있습니다; 해외 엔진을 통해 라우팅되면, 그것은 PIPL 아래 국경 간 이전입니다 — 고지, 별도 동의, 그리고 이전 메커니즘(제38~43조) — 그리고 CIIO나 대량 취급자에게 그 데이터는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 엔진이 오로지 비개인이나 비중국 데이터만 중개하면, 노출은 더 좁습니다. 법무와 확인할 리스크로 다루세요.
21YunBox가 우리 StepZen 설정을 중국에서 작동하게 도울 수 있나요?
예. 저희 중국 팀은 StepZen이 흐리는 두 질문을 분리할 수 있습니다 — 귀사 공개 애플리케이션에 머무는 ICP 의무, 그리고 귀사 GraphQL 레이어를 통해 페더레이션된 어떤 중국 사용자 개인 데이터가 PIPL 국경 간이나 데이터 레지던시 규칙을 촉발하느냐 — 그런 다음 귀사 기존 오리진 앞단에, StepZen을 그것이 도는 바로 그곳에 둔 채, 합법적인 중국 존재가 필요로 하는 ICP 비안, 국내 전송을 세웁니다. 귀사 특정 사례를 다루려면 문의하세요.
