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,”（Kongが管理しクラウドでホストするコントロールプレーンと、貴社の条件でデータプレーンを管理する柔軟性）の組み合わせと説明し、そのコントロールプレーンのジオはオーストラリア・欧州・中東・米国・インド・シンガポール——中国本土内には一つもありません。ゲートウェイのデータプレーンは、利用者のリクエスト経路に位置するノードです。それをオフショアに置く、あるいは中国本土のトラフィックを国境を越えてそこへ流すと、それはPIPLが規律する個人情報の越境移転です（第38〜43条；国内保存は第40条とサイバーセキュリティ法 第39条（旧第37条））。Kong自体はICPを持ちません——それは、Kongが前段に立つ公開APIにかかり、中国国内のホスト上での備案が必要です。下の表は、Kong自身の表現と、各選択が発動させる規則です。
これは判定ではなくリスクの見取り図です——どの設定が適法かは、どのKongモデルを運用するか、データプレーンがどこにあるか、そして利用者が誰かで変わります。当社の中国チームが、貴社のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ✓ 自己ホストのKong Gatewayは、中国国内の・ICP備案済みのインフラ上で動かせる
- ! Kong KonnectのコントロールプレーンはKongがホストする——中国本土のジオはない
- ! 中国本土の利用者のAPIトラフィックをオフショアへ流せば、PIPLの越境規則が適用される
- ! Konnectは、貴社の設定と分析を選んだジオに保持する——すべてオフショア
- ✕ KongはICPを持たない。オフショアから提供されるAPIには、備案する中国国内のホストがない
Kong Gatewayの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| 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,”（Kongが管理しクラウドでホストするコントロールプレーンと、貴社の条件でデータプレーンを管理する柔軟性）の組み合わせと説明し、サーバーレスゲートウェイ、“fully managed by Kong”（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では、指定した地理的リージョンでクラウドインスタンスをホスト・運用できる）とあり、対応するコントロールプレーンのジオはオーストラリア・欧州・中東・米国・インド・シンガポールです。中国本土のリージョンはないため、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.”（Konnectのジオ間で共有されるのは認証・課金・利用のみ）と記しています。利用可能なジオはすべてオフショアであるため、そのデータは設計上、中国本土の外に留まります。Kong自体はICPを持ちません——それが前段に立つ公開APIが、中国国内のホストに紐づくICP備案を必要とし（国務院令第292号；工業・情報化部令第33号）、オフショアから提供されるAPIには、備案する対象が中国本土に何もありません。 | Kong — Geographic Regions（developer.konghq.com/konnect-platform/geos）、2026-10-07 取得；国務院令第292号；工業・情報化部令第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,”（Kongが管理しクラウドでホストするコントロールプレーン）を加え、一方で貴社は“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が、中国国内のホスト上でICPを必要とします。オフショアで処理される中国本土の利用者の個人データは、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”（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”（Konnectでは、指定した地理的リージョンでクラウドインスタンスをホスト・運用できる）——そして提供されるジオは、オーストラリア・欧州・中東・米国・インド・シンガポールです。中国本土のリージョンはないため、貴社の設定、コンシューマーとサービスのオブジェクト、そして分析を保持するコントロールプレーンは、設計上、中国本土の外に置かれます。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,”（データプレーンのノードは、分析とアカウント課金のために利用情報をコントロールプレーンへ送る）とし、分析は“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.”（テレメトリーデータは、顧客情報も、データプレーンが処理したデータも一切含まない）としています。つまり、コントロールプレーンのオフショアでの所在は、設定とトラフィックのメタデータに関するものであって、生の利用者レコードではありません。越境の問いは、まっすぐデータプレーンに着地します。それがオフショアで動く、あるいは中国本土の利用者のリクエストが国境を越えてそこへ到達する場合、彼らの個人情報は、中国の個人情報保護法（PIPL）の下で越境移転をなします——通知、個別の同意、そして一つの移転メカニズム（第38〜43条）——そして重要情報インフラ運営者や大量取扱者の場合、そのデータは中国本土内に保存しなければなりません（PIPL第40条；サイバーセキュリティ法 第39条（旧第37条））。
KongはICPを持たない——それが前段に立つAPIが持つ
APIゲートウェイは、公開のWebサイトではなくインフラであるため、「KongのICP」というものはありません。しかし、Kongが中国本土の訪問者に提供する公開のAPIやアプリは、国務院令第292号と工業・情報化部令第33号の下でのICP備案を必要とし、その備案は、物理的に中国本土にあるホスティングリソースに紐づかなければなりません。ゲートウェイとそのオリジンをオフショアで動かせば、備案する対象が中国国内に何もありません。それらを中国本土内に置けば、備案に居場所ができます。これが、「すでにKongを運用している」では片づかない半分です。到達可能なソフトウェアは、免許を持つ・備案された存在と同じではありません。
これは判定ではなくリスクの見取り図です。中国国内への配置、ICP備案、越境メカニズム、あるいはその三つすべてのどれが必要かは、どのKongモデルを運用するか、どれだけの個人データを保持するか、そして利用者が誰かによります——構築の前に、法務と確定する価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
Kongは今まさに運用しているとおりに使い続けます。当社が加えるのは、オープンソースのゲートウェイも、Konnectのオフショアのコントロールプレーンも与えないもの——中国本土内からの、法令に適合したICP備案済みの配信——で、既存のKongのオリジンの前段に置きます。作り直しも、二つ目のコードベースも、KongやKonnectからの移行もありません。当社の中国チームが、どのモデルを運用し、データプレーンがどこにあるかを整理し、貴社の法人とデータ量に照らしてPIPLの越境とデータ国内保存の義務を評価し、適法な中国でのプレゼンスに必要な、中国国内の・備案された配信を立ち上げます——その間、ゲートウェイの設定は、すでにある場所にそのまま残ります。
関連する読み物：
よくあるご質問
Kong Gatewayは中国で独自のICP備案が必要ですか？
いいえ——APIゲートウェイは公開のWebサイトではなくインフラであるため、Kong自体はICPを持ちません。義務は、それが前段に立つ公開のAPIやアプリにかかります。それが中国本土の訪問者に提供するなら、中国国内のホスティングリソースに紐づくICP備案が必要です（国務院令第292号；工業・情報化部令第33号）。ゲートウェイとそのオリジンをオフショアで動かせば、備案する中国本土のホストがありません。それらを中国国内に置けば、備案に居場所ができます。
中国にとって、自己ホストのKong Gatewayは、Kong Konnectより法令に適合していますか？
そうなり得ます。データプレーンがどこで動くかを貴社が制御するからです。ゲートウェイを、免許を持つ中国国内のインフラ上で自己ホストすれば、利用者のAPIトラフィックを中国本土内に留められます。Kong Konnectは、Kongが“hosts in the cloud”（クラウドでホストする）コントロールプレーンを加え、そのジオはオーストラリア・欧州・中東・米国・インド・シンガポール——中国本土には一つもありません——そのためコントロールプレーン、貴社の設定、そして分析はオフショアに置かれます。どちらも自動的に法令適合ではありません。それは、データプレーンがどこにあるか、どのデータが国境を越えるか、そして貴社のPIPL上の義務で決まります。法務と確認する価値があります。
21YunBoxは、中国でKong Gatewayを法令に適合して運用する手助けができますか？
はい。当社の中国チームが、貴社のリスクを整理します——中国本土の利用者のAPIトラフィックが国境を越えるか、データプレーンとオリジンがどこにあるか、そしてPIPLの越境とデータ国内保存の規則が貴社の法人とデータ量にどう適用されるか——そのうえで、既存のKong設定の前段に、作り直しも二つ目のコードベースもなく、ICP備案済みの中国国内からの配信を立ち上げます。お問い合わせいただければ、個別のケースを進めます。
