選ばれる理由 お見積もり お問い合わせ ログイン
言語
English日本語 ✓
専門家に相談(英語) サイトを中国で診断する(英語)

Pulumiは中国で使えるか:データレジデンシー、ICP、越境ルール

Pulumiのステートはインフラ全体の地図であり、シークレットを日常的に埋め込みます。既定ではホスト型の Pulumi Cloud バックエンドでオフショアに存在するため、問いは到達性ではなくデータレジデンシーとPIPLの越境です。ステートバックエンドを国内でセルフマネージドすれば、ステートとシークレットは国内に留まります。

Pulumiは中国で使えるか

Pulumiを中国で使えるかは、速度ではなく、貴社のステートについてのデータレジデンシーの問いです。中国の内側からバックエンドに到達することは接続性の話題で、リスクはパフォーマンスではなく法務にあります。

Pulumiのステートは、貴社のインフラ全体の権威的な地図——プログラムが管理するすべてのリソース・入力・出力——であり、クラウドの認証情報、データベースのパスワード、署名鍵のようなシークレットを日常的に埋め込みます。Pulumi自身のドキュメントによれば、「Pulumi Cloudが既定のバックエンド」であり「既定の体験はホスト型の Pulumi Cloud を使う」——オフショアで動くマネージドサービスです。したがって貴社のインフラの地図とその中のシークレットは国外に保存され、中国デプロイのプロビジョニングの経路は、ステートが読み書きされるたびに国境を越えます:PIPLが規律する個人情報の越境移転であり、CIIOや大量取扱者にはデータ国内保存の義務もあります。Pulumi自身のドキュメントは直し方を指し示します——国内で動かすセルフマネージドのステートバックエンドで、こうして「ステートがどこに置かれるかを自分で管理できる」のです。

これは判定ではなくリスクの描像です——負うものはデータ量と役割によって変わります。当社の中国チームが、貴社のPulumiのステートのエクスポージャーを一緒に整理します →

コンプライアンス・スナップショット

  • ! Pulumiのステートはインフラ全体の地図であり、シークレットを日常的に埋め込む
  • ! 既定ではそのステートはホスト型の Pulumi Cloud バックエンドに存在し、オフショアで動く
  • ! オフショアのステートの中の個人データはPIPLの越境移転(第38〜40条)
  • ! CIIOや大量取扱者は、そのデータを中国本土の内側に保存しなければならない
  • ✓ 国内のセルフマネージドのステートバックエンドは、ステートとシークレットを国内に留める
コンプライアンス評価を依頼する(英語)
ご相談は英語で承ります

Pulumiの公式ドキュメントが中国について述べていること

事実一次情報源
Pulumi自身の言葉で:「Pulumi Cloudが既定のバックエンド」であり、「既定の体験はホスト型の Pulumi Cloud を使い、ステートとバックエンドの詳細を肩代わりする」。Pulumi Cloudは「マネージドバックエンド」でオフショアで動き、Pulumiはホスト型バックエンドについて中国本土のリージョンを公表していない。そのステートのドキュメントはさらに、セルフマネージドのバックエンドなら「ステートがどこに置かれるかを自分で管理できる」と付け加える——これがレジデンシーのレバーである。 Pulumi Docs — State and Backends、2026-10-13 取得
Pulumiのステートは貴社のシークレットを運ぶ。Pulumi自身の言葉で、「すべてのリソースの入力値と出力値はスタックのステートとして記録され、Pulumi Cloud、ステートファイル、または選んだ自作バックエンドに保存される」とし、製品は機微な値を暗号化して「これらの値がステートファイルに平文で現れることは決してない」ようにする。暗号化されていようといまいと、クラウドの認証情報、データベースのパスワード、APIや署名の鍵はステートの中に存在する——だからバックエンドがどこにホストされるかが、それらのシークレットがどこに存在するかを決める。 Pulumi Docs — Secrets、2026-10-13 取得
CIIOや大量取扱者は国内保存を負う。重要情報インフラ運営者または大量取扱者にとって、中国本土で収集・生成した個人情報と重要データは本土の内側に保存し、エクスポート前に安全評価を経なければならない——サイバーセキュリティ法のデータ国内保存ルール、2026年1月1日施行の2025年改正によって繰り下げられた第39条(旧第37条)である。貴社のインフラの地図を保持するオフショアのステートバックエンドには、それを満たす本土の足場がない。 中華人民共和国サイバーセキュリティ法 データ国内保存ルール(第39条、旧第37条);21YunBoxコンプライアンス解説、2026-10-13 取得
オフショアのバックエンドに個人データ——運用者の識別子、デプロイのメタデータ、ステートに取り込まれたあらゆる個人記録——を保持することは、PIPLの越境移転(第38〜40条)である。個人情報取扱者は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければならない。 PIPL 第3章 第38〜40条;21YunBox越境解説、2026-10-13 取得

情報源は21YunBox コンプライアンスチームが2026年10月13日に確認しました。

中国本土へのデプロイにとって、Pulumiをめぐる決め手となる問いは、上海で走らせる pulumi up がバックエンドに到達できるか、クラウドAPIを呼べるか、ではありません——貴社の ステート がどこに存在するか、そのステートが何を帯びるか、そしてどんな法的根拠でそこに置かれたか、です。サービスに到達することは接続性の話題であって、構成が弁護可能かを決める部分ではありません。Pulumiのステートは、貴社のインフラのトポロジー全体を権威的に記述したもの——プログラムが管理するすべてのリソース・入力・出力——であり、そのステートはシークレットを日常的に埋め込みます:クラウドの認証情報、データベースのパスワード、APIトークン、署名鍵。Pulumi自身のドキュメントによれば、既定の体験はホスト型の Pulumi Cloud、すなわちオフショアで動くマネージドのステートバックエンドです。そこに保持されると、貴社のインフラの凝縮された地図と、その中のシークレットは国外に置かれ、中国デプロイのプロビジョンとデプロイの経路は、ステートが読み書きされるたびに国境を越えます。これを決めるのは実行レイテンシではなく、レジデンシーと越境移転です。

PulumiのState and Backendsの公式ドキュメント。Pulumi Cloudが既定のバックエンドであり、既定の体験はホスト型のPulumi Cloudを使い、ステートとバックエンドの詳細を肩代わりすると記載——既定ではステートがPulumi自身のホスト型サービス上に存在することを裏付ける
Pulumi自身のドキュメントは “Pulumi Cloud is the default backend”(Pulumi Cloudが既定のバックエンド)とし、“the default experience is to use the hosted Pulumi Cloud, which takes care of the state and backend details for you”(既定の体験はホスト型の Pulumi Cloud を使い、ステートとバックエンドの詳細を肩代わりする)とします。さらにセルフマネージドのバックエンドなら “you gain control over where your state is located”(ステートがどこに置かれるかを自分で管理できる)とも——だからこそ問いは到達性ではなくレジデンシーであり、バックエンドを国内でセルフマネージドすることがレバーなのです。出典:Pulumi Docs — State and Backends

Pulumiは中国で使えるか:ひと目で

決め手 中国本土にとっての意味
ステートに何が含まれるか Pulumiのステートは、貴社のインフラのトポロジー全体——すべてのリソース・入力・出力——を権威的に記述したものであり、シークレットを日常的に埋め込みます:クラウドの認証情報、データベースのパスワード、APIトークン、署名鍵。
バックエンドがどこで動くか 既定では、ステートはホスト型の Pulumi Cloud のマネージドバックエンドに存在し、それはオフショアのインフラ上で動きます。Pulumiはホスト型バックエンドについて中国本土のリージョンを公表していません(現状はPulumiにご確認を)。
データレジデンシー CIIOや大量取扱者にとって、中国で収集した個人情報と重要データは本土に保存しなければなりません(サイバーセキュリティ法 第39条(旧第37条))——オフショアのステートバックエンドでは満たせない義務です。
越境移転 オフショアに保持される、運用者の識別子、デプロイのメタデータ、ステートに取り込まれたあらゆる個人データは、PIPLの越境移転です(第38〜40条):通知、個別の同意、そして移転メカニズムのいずれか一つ。
デプロイのプロビジョニングの経路 ステートがオフショアに存在する中国デプロイは、更新のたびにプロビジョンとデプロイの経路を国境越しに走らせます。接続性のチューニングは実行を速くしますが——ステートやシークレットを国内に移しはしません。
レジデンシーのレバー セルフマネージドのステートバックエンド——貴社が管理するオブジェクトストレージ、またはMinioやCephのような自己ホストのS3互換ストア——を本土の内側で動かせば、ステートと埋め込まれたシークレットは国内に留まります。

第一の扉——ステートは貴社のインフラの地図であり、レジデンシーはそのホスト先に従う

ステートに何が含まれるかから始めましょう。それが中国の法の相手だからです。Pulumiのステートは使い捨てのキャッシュではありません:それは貴社のインフラの権威的で機械可読な記述——Pulumiが管理するすべてのリソース、その入力、その出力、そしてそれらの間の依存関係——です。それは貴社のシステムがどう構築され配線されているかの凝縮された断面であり、本土のデプロイにとっては本土のインフラを記述します。Pulumi自身のドキュメントによれば、「Pulumi Cloudが既定のバックエンド」 であり 「既定の体験はホスト型の Pulumi Cloud を使い、ステートとバックエンドの詳細を肩代わりする」——オフショアで動くマネージドサービスで、ホスト型バックエンドに中国本土のリージョンはありません(推測せずPulumiに確認する価値があります)。貴社が重要情報インフラ運営者であるか、個人情報を大量に取り扱う場合、中国で収集・生成した個人情報と重要データは本土に保存し、エクスポート前に安全評価を経なければなりません——サイバーセキュリティ法のデータ国内保存ルール、2026年1月1日施行の2025年改正によって繰り下げられた第39条(旧第37条)です。貴社のインフラの地図を保持するオフショアのステートバックエンドには、それを満たす本土の足場がありません。

第二の扉——埋め込まれたシークレット、デプロイのメタデータ、そしてプロビジョニングの経路

第二の扉はPIPLと、ステートそのものの中に乗って運ばれるものです。Pulumi自身のドキュメントは、ステートがシークレットを運ぶことを明示します:「すべてのリソースの入力値と出力値はスタックのステートとして記録され、Pulumi Cloud、ステートファイル、または選んだ自作バックエンドに保存される」 とし、製品は機微な値を暗号化して 「これらの値がステートファイルに平文で現れることは決してない」 ようにします。暗号化されていようといまいと、それらの値——クラウドの認証情報、データベースのパスワード、接続文字列、APIと署名の鍵——は ステートの中にあり、デプロイを実行した者の識別子やメタデータもそうです。個人情報保護法の下で、その個人データを本土の外のインフラに保持することは越境移転(第38〜40条)です:取扱者は、通知を行い、移転についての個別の同意を取得し、メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければなりません。ステートに書き込まれるシークレットと個人データを削ぎ落とすことは良い衛生の一部ですが、それ自体ではストアを動かしません。そして中国環境向けのあらゆる pulumi up・preview・refresh がそのオフショアのステートを読み書きするため、本土で実際に動くもののプロビジョニングの経路も国境越しに規律されます——接続性チェックでは決して浮かび上がらないエクスポージャーです。

なぜ到達性チェックはこれを見逃すのか

「上海から実行がバックエンドに到達できるか」というテストは、誤った問いに答えます。接続性のチューニングは、ステート操作がどれだけ速く確実に完了するかを変えます——貴社のステート、その中に暗号化されたシークレット、そしてインフラの地図が実際にどこに存在するかは変えません。だからパイプラインは中国の内側から完全に健全に見えつつ、ステートのすべてのバイト、その中のすべての認証情報、そして誰がデプロイしたかのすべての記録が依然としてオフショアに置かれえます。上記のレジデンシーと越境の問いが到達性プローブに見えないのは、まさにステートが読み書きを続けるからです——だからこそ効く動きは、オフショアのものを単に到達可能にすることではなく、ステートバックエンドを国内に移すことなのです。当社は中国の内側からの Pulumi Cloud 接続性について一次測定を公表していないので、ここに数値は置きません。それは断言するより、貴社の実際の構成に照らして測るべきものです。

これは判定ではなくリスクの見取り図です。国内のステート保存、移転メカニズム、作り直した同意フロー、公開のコンソールや開発者ポータルのためのICP備案、あるいはその組み合わせを要するかは、ステートが何を帯びるか、どれだけか、運用者が誰かによって変わります——構築の前に専門家と固める価値があります。

レバー——map・localize・deliver

Pulumiは貴社が自分で運用するセルフマネージドのステートバックエンドをサポートするので、本物の国内経路があります。そして21YunBoxはいかなる種類の不正な手段も用いず、また推奨しません。

  • Map(整理) — どのスタックが本土のインフラを記述するステートを保持するか、そのステートがどのシークレット(クラウドの認証情報、データベースのパスワード、署名鍵)を埋め込むか、ステートバックエンドが今日どこに存在するか、そしてそのレジデンシーの根拠を棚卸しします。
  • Localize / govern(国内化・統治) — セルフマネージドのステートバックエンドを 本土の内側 で動かし(貴社が管理するオブジェクトストレージ、またはMinioやCephのような自己ホストのS3互換ストア)、ステートとその中のシークレットを国内に留め、中国デプロイのプロビジョニングの経路を国内に保ち、国境を越えるものを最小化します。
  • Deliver(配信) — オフショアのマネージドバックエンドの前段に(または置き換えとして)、法令適合の国内のセルフマネージドのステートバックエンドを置きます。21YunBoxが、作り直しなしでその国内レイヤーを立ち上げます。

ホスト型バックエンドを単に到達可能にすることは答えではありません——ステートとその中のシークレットは依然としてオフショアにあり、実行をより速く完了させてもそれは変わりません。ステートバックエンドと貴社のステートを国内に保つことが答えです。

21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ

貴社はPulumiと既存のワークフローをそのまま使い続けます。当社は、オフショアのバックエンドが単独では提供できない部分を加えます:セルフマネージドのステートバックエンドの、合法的で国内の置き場所です。これによって、インフラのステート、その中のシークレット、プロビジョニングの経路が、法が求める国内に留まり、その前段には、公開のコンソール・ポータル・開発者アクセスのための法令適合のICP備案済みの配信が置かれます——すでに運用中の構成の周りに配置され、作り直しも、二つ目のコードベースも、Pulumiからの移行もありません。すでに運用中のツールチェーンへのパートナーとして、当社の中国チームは貴社の法人とパイプラインに照らしてPIPLの越境・同意・データレジデンシーの義務を整理し、弁護可能な中国拠点に必要な国内のステートバックエンドと配信を立ち上げます。当社はいかなる種類の不正な手段も用いず、また推奨しません。

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


関連する読み物:

よくあるご質問

Pulumiは私のインフラのステートを中国に保存しますか?

既定では保存しません。Pulumiのドキュメントは、既定の体験がホスト型の Pulumi Cloud——オフショアで動くマネージドバックエンド——であるとし、そのホスト型バックエンドについて中国本土のリージョンを公表していません。だから貴社のステート——そしてその中に暗号化されたシークレット——は、Pulumiを本土の内側で動かすセルフマネージドのバックエンドに向けない限り、国外に保存されます。

中国でPulumiを使うことは違法ですか?

本質的には違いません。問題は、ステートのレジデンシーと、その中のあらゆる個人データの越境移転であり、PIPLは、通知を行い、個別の同意を取得し、移転メカニズムを満たせばそれを認めます。データ国内保存義務にも直面するかは、役割(たとえばCIIOかどうか)と取り扱う個人情報の量によります。包括的な禁止ではなく、専門家と評価すべきリスクとして扱ってください。

21YunBoxは私たちのPulumiの構成を中国で法令適合にできますか?

はい。当社の中国チームが、貴社のデータ量と役割に照らしてステートのレジデンシーと越境のエクスポージャーを評価し、中国本土の内側にセルフマネージドのステートバックエンド——貴社が管理するオブジェクトストレージ、または自己ホストのバックエンド——を立ち上げ、ステートとその中のシークレットを国内に留め、その前段に公開のコンソールのための法令適合のICP備案済みの配信を置きます。ケースの検討はお問い合わせください。

Pulumiに関する記事

ウェブサイト

https://www.pulumi.com/

カテゴリー

DevOps