MuleSoftは中国本土で使えるか：データの国内保存・越境する統合データ・PIPL

MuleSoftが中国本土で「使える」かは、接続性の問いである前に、まずデータの国内保存の問いです。MuleSoftのAnypoint Platformは統合とAPI管理のレイヤー——その仕事はシステム間でデータを動かすこと——なので、決め手は上海からコントロールプレーンに到達できるかではありません。決め手は、統合が運ぶデータと、それについてプラットフォームが保持するメタデータが、どこに落ち着くかです。MuleSoftはそれを自身のドキュメントで答えています：中国本土のコントロールプレーンも、国内のCloudHubリージョンもなく、したがってフローを実行するランタイムも、その背後の管理プレーンも、ともにオフショアに置かれます。

中国でのMuleSoft：ひと目で

本土のリージョンがない——コントロールプレーンもランタイムもオフショア

MuleSoftのAnypoint Platformは二つのプレーンで成り立ち、中国の法はその両方に届きます。コントロールプレーン——統合を設計・展開・管理する場所——をMuleSoftは クラウド と呼び、米国（デフォルト）・EU・カナダ・英国・日本・オーストラリア・インド、加えて米国政府向けクラウドで提供されます。一つとして中国本土にはありません。ランタイムプレーン——統合が実際に実行される場所——は、CloudHub（MuleSoftマネージド）上か、自社で立ち上げたインフラ上で動きます。

マネージドの選択肢について、MuleSoftはCloudHub 2.0 Architectureドキュメントで明言しています：「CloudHub 2.0はアプリを世界の各地——北米・南米・EU・アジア太平洋——に展開する機能を提供する」、そして 「US CloudおよびMuleSoft Government Cloudのコントロールプレーンについて、MuleSoftは管理コンソールとプラットフォームサービスを米国でホストする」、EU Cloudは欧州でホストされます。公表されているランタイムのリージョンは米国・カナダ・ブラジル・アイルランド・ドイツ・英国・シンガポール・オーストラリア・日本・インドにまたがります——本土内は一つもありません。したがって「すでにMuleSoftを使っている」ことは、それ自身の条件では中国へ持ち越せません：プラットフォームはランタイムも自身の管理データも、国外に置いています。

統合レイヤーは、中国のデータがデフォルトで国外へ出ていく場所

ここは多くのチームが過小評価する部分です。統合プラットフォームはシステム間——CRM、ERP、データベース、決済やメッセージングのサービス——でレコードを動かすために存在し、そこを通る多くが個人情報です：氏名、連絡先、注文やアカウントのレコード、デバイスやユーザーの識別子。これらのフローを実行するランタイムがオフショアのCloudHubリージョンにあるとき、統合が中国から運び出す個人情報はそれが出た瞬間に越境移転となり、MuleSoftが保持するコントロールプレーンのメタデータ——ログに現れるペイロード、キューに入ったメッセージ、監視データ——もまたオフショアに置かれます。

中国の個人情報保護法（PIPL）の下では、その移転は処理者であるMuleSoftではなく、個人情報の取扱者である貴社に落ちます：第38〜40条は、通知、国外移転への 個別の 同意、そして移転メカニズムの一つ——CACの安全評価、CAC標準契約、または認証——を求めます。規制のしきい値を超える場合、またはデータが「重要データ」に当たる場合は、何かが出ていく前に中国のデータ越境安全評価（英語）をクリアしなければならないことがあります。そして重要情報インフラ運営者であれば、サイバーセキュリティ法（英語）の第39条（旧第37条——データ国内保存の規定は、2026年1月1日施行の2025年改正で振り直され、実質は不変です）が、中国で生成された個人情報を中国に保存することを求めます——オフショアのCloudHubリージョンでは、どう調整しても満たせない義務です。データ統合のレイヤーは、まさに中国の個人情報がデフォルトで国外へ動かされる場所です；これらの義務のどれが貴社の具体的なフローに効くかは、実際に何を動かし保存しているかに照らして、専門家と確認すべきリスクです。

自己ホストのランタイムが足がかり——データを中国国内に保つなら

統合データを中国にとどめる適法な方法があり、MuleSoft自身のアーキテクチャにその余地があります。マネージドのCloudHubランタイムと並んで、MuleSoftは自己管理のランタイムプレーンを文書化しています：「Runtime Fabricは、EKS、AKS、GKE、OKEのようなマネージドKubernetesサービスや、Red Hat OpenShiftやRancherのような自己管理ディストリビューションで利用できる」 とされ、スタンドアロンのオンプレミスMuleランタイムもサポートされます。Muleランタイムを本土内のインフラで動かせば、中国のフローが運ぶデータはデフォルトで中国にとどまり、適法に出せるものだけがエステートの残りへ流れていきます——一方でAnypointのコントロールプレーンは、すでに稼働している他の市場にサービスを提供し続けます。

その分け方——何が中国にとどまらねばならず、何なら越境してよいか——が仕事の核であり、それは技術の問いである前に法律の問いです。そしてそれはプラットフォームが代わりに決めてくれる設定でもありません：フローを「別のリージョン」に向けても、オフショアのクラウド間で移転の場所が移るだけで、移転は終わりません。中国の統合データを国内に保つとは、国内のランタイムを立ち上げ、その周りにフローを設計することです。これは判定ではなくリスクの見取り図です——移転メカニズム、データ越境評価、データ国内保存、ICP備案、あるいはそれらの組み合わせのどれを負うかは、貴社の法人・データ量・利用者が誰かで変わり、統合がそこに依存する前に専門家と確定させる価値があります。

法令に沿った経路——可視化し、国内化し、配信する

中国向けのビジネスでMuleSoftを適法に運用する道があり、それには形があります。まず、可視化（Map）：当社の中国コンプライアンスチームが、貴社のPIPLエクスポージャーをフローごとに精査します——どの統合が個人情報を中国から運び出すか、何が適法に出せるか、どこでデータ越境安全評価や第39条の保存義務が及ぶか、通知と同意が何をカバーすべきか。技術的な全体像は当社が作り、法的な結論は貴社の専門家とともに固めます。

次に、国内化（Localize）：中国国内のMuleランタイム——本土内の自己ホストRuntime Fabricまたはオンプレミス——を立ち上げて統合し、中国の統合データを国内にとどめ、適法に出せるデータだけを流し、Anypointのコントロールプレーンは他のすべての市場で稼働中の場所にそのまま残します。

次に、配信（Deliver）：これらの統合を本土の利用者に公開するアプリやAPIは中国でのインターネットサービスなので、ICP備案の義務を負い、法令に適合した中国国内からの配信を必要とします。21YunBoxはそれを中国国内から配信します——21YunBox Optimizerを、すでに運用中のものの前段に置くだけで、作り直しも再プラットフォーム化もありません。当社が決して行わないこと——そして誰も適法には行えないこと——は、中国のデータ越境ルールやネットワーク上の制限に対する不正な手段をお渡しすることです：守るべきものを国内化し、残りを中国国内から配信し、個人情報を中国の外へひそかに持ち出すことは決してありません。結果として得られるのは、中国の利用者に向けて適法かつ法令に適合して動くMuleSoftのエステートです。

コンプライアンス評価を依頼する（英語） →

関連する読み物：

• PIPLの下での越境データ移転
• 中国のデータ越境安全評価（英語）
• 中国のサイバーセキュリティ法（データの国内保存、第39条）（英語）
• 中国のICP備案の取得方法