GitLab CI/CDは中国本土で使えるか：データレジデンシー、ICP、越境ルール
GitLab CI/CDのパイプラインは、貴社の専有ソースをチェックアウトし、デプロイ鍵・クラウド認証情報・署名鍵をジョブに注入し、ビルドアーティファクトを書き出します。GitLab.comのホスト型ランナーでは、それがGitLabのオフショアのインフラ上で走ります——到達性ではなくPIPLのデータレジデンシーの問いです。自己管理のGitLabと国内の自己ホスト型GitLab Runnerなら、ソース・シークレット・アーティファクトを国内に留められます。
GitLab CI/CDは中国で使えるか
GitLab CI/CDが中国で使えるかは、ソースとシークレットのデータレジデンシーの問いであって、速度の問いではありません。パイプラインのジョブは本土の内側からでも問題なく走ります——これを決めるのは、ジョブの実行中にコードと認証情報がどこにあるか、です。
すべてのCI/CDジョブは、貴社の専有ソースをランナーのワークスペースにチェックアウトし、シークレット——デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークン——を注入し、ビルドアーティファクトを書き出します。GitLab.comのホスト型ランナーでは、それがGitLab自身のオフショアのインフラ上で起こるので、凝縮されたソース・シークレット・アーティファクトが国外に置かれ、貴社の中国向けデプロイのビルドパイプラインが国境を越えます：PIPLが規律する個人情報の越境移転（英語）であり、CIIOや大量取扱者にはデータレジデンシー（英語）の義務も加わります。梃子は、国内の自己管理GitLabと自己ホスト型GitLab Runnerで、チェックアウト・シークレット・アーティファクトを国内に留めます。
これはリスクの描写であって判定ではありません——義務は貴社のデータ量と役割で変わります。当社の中国チームがパイプラインのレジデンシーのリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! パイプラインのジョブは中国からでも問題なく走る——到達性はこれを決めない
- ! GitLab.comのホスト型ランナーはGitLabのオフショアのインフラ上で走る
- ! チェックアウトが専有ソース・デプロイ鍵・署名鍵をオフショアに置く
- ! コミッターの身元・ログ・アーティファクト内の個人情報が国境を越える——PIPL
- ! CIIOや大量取扱者：オフショアのランナーには満たせないレジデンシー義務
- ✓ 梃子：自己管理GitLab＋国内の自己ホスト型Runnerで国内に留める
GitLab CI/CDの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| GitLab自身の言葉で：「GitLabがホストするランナーはGitLabが管理し、GitLab.comで利用できる」とし、GitLabはそれらを「サービスとして提供する」——自身のインフラ——とする。一方で「自己管理ランナーは、貴社が自社インフラにインストール・設定・管理するGitLab Runnerのインスタンス」であり、「すべてのGitLabのインストールで自己管理ランナーをインストール・登録できる」とする。つまり、貴社のソースをチェックアウトしシークレットを走らせるホスト型ランナーはGitLabのオフショアのサービスであり、国内でレジデンシーを保つ経路は、貴社自身が走らせる自己ホスト型ランナーだ。 | GitLab Docs — GitLab Runner（2026-10-13 取得） |
| CI/CDのジョブはサービスに到達するだけではなく——実行中に貴社のソースとシークレットを保持する。GitLabのドキュメントはCI/CD変数を、「例えばジョブスクリプトで再利用したい値を保存する」ために使う「一種の環境変数」と説明する：デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークンを実行環境に注入する仕組みだ。ホスト型ランナーでは、その環境と、傍らにチェックアウトされた専有ソースが、GitLabのオフショアのインフラ上で実行される。 | GitLab Docs — CI/CD variables（2026-10-13 取得） |
| ホスト型ランナーは、コミッターの身元、ジョブログ、アーティファクトや変数の中の個人データを保持し、それらを本土の外のインフラ上で実行するので、それは個人情報の越境移転である。PIPLがこれを規律する（第38〜40条）：個人情報の取扱者（貴社、GitLabの顧客）は、通知し、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければならない。 | 中国個人情報保護法 第38〜40条 |
| CIIOまたは大量取扱者にとって、中国本土で収集・生成した個人情報と重要データは本土に保存し、国外へ出す前に安全評価を経なければならない——サイバーセキュリティ法のデータ国内保存ルール、2026-01-01施行の2025年改正で繰り下げられた第39条（旧第37条）である。貴社のソースをチェックアウトしシークレットを走らせるオフショアのランナーには、それを満たす本土の足場がない。 | 中国サイバーセキュリティ法 第39条（旧第37条） |
情報源は21YunBox コンプライアンスチームが2026年10月13日に確認しました。
中国本土向けのデプロイにとって、GitLab CI/CDをめぐる決め手は、上海のランナーがGitLabに到達できるか、公開依存パッケージを取得できるかではありません——決め手は、パイプラインが走るその瞬間に、貴社のソースコード、ビルドとデプロイのシークレット、ビルドアーティファクトがどこにあるか、です。サービスへの到達と依存解決は到達性の話題であり、接続性のチューニングはそれを助けられますが、貴社の構成が弁明可能かを決める部分ではありません。CI/CDのジョブは違います。すべてのジョブは貴社の 専有ソース をランナーのワークスペースにチェックアウトし、次に シークレット——デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークン——を実行環境に注入し、ビルドアーティファクト を生成します。GitLab.comのホスト型ランナーでは、その凝縮されたソース、それらのシークレット、それらのアーティファクトのすべてがGitLab自身のインフラ上で実行され、貴社の中国向けデプロイのビルドパイプラインが国境を越えます。これを決めるのは、取得のレイテンシではなく、レジデンシーと越境移転です。
GitLab CI/CDは中国で使えるか：ひと目で
| 決め手 | 中国本土にとっての意味 |
|---|---|
| ジョブが何をチェックアウトするか | すべてのCI/CDジョブは、貴社の専有ソースをランナーのワークスペースにcloneします——ランナーが走る場所に置かれる、知的財産の凝縮された一片です。 |
| ジョブがどんなシークレットを保持するか | CI/CD変数は、デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークンを実行環境に注入します。GitLabのドキュメントによれば、それらはジョブが利用できる"a type of environment variable"（一種の環境変数）です。 |
| ランナーがどこで走るか | GitLab.comのホスト型ランナーは"managed by GitLab"（GitLabが管理）し"provided as a service"（サービスとして提供）され、GitLabのオフショアのインフラ上で動きます。GitLabは中国本土のホスト型ランナーのリージョンを公表していません（最新はGitLabにご確認を）。 |
| データレジデンシー | CIIOまたは大量取扱者の場合、中国で収集した個人情報と重要データは本土に保存しなければなりません（サイバーセキュリティ法 第39条（旧第37条））——オフショアのランナーには満たせない義務です。 |
| 越境移転 | コミッターの身元、ジョブログ、アーティファクトや変数の中の個人データがオフショアで実行されることは、PIPLの越境移転（第38〜40条）です：通知、個別の同意、そして移転メカニズムのいずれか一つ。 |
| レジデンシーの梃子 | 自己管理のGitLabと、本土の内側で走らせる自己ホスト型GitLab Runnerなら、チェックアウト・注入されたシークレット・ビルドアーティファクトを国内に留められます。 |
扉その一——ソースはランナーにチェックアウトされ、レジデンシーはランナーの場所に従う
実際に何が実行されるかから始めましょう。中国の法が反応するのはそこだからです。GitLabに到達し公開パッケージを取得することは接続性の話題で、これを決める部分ではありません。決めるのはジョブです。パイプラインが走るとき、GitLab Runnerは貴社の プライベート リポジトリをランナーのワークスペースにcloneします——貴社の専有ソース、依存、ビルドロジック、つまり知的財産の凝縮された一片です。GitLab自身のドキュメントは、GitLabがホストするランナーを”managed by GitLab and available on GitLab.com”（GitLabが管理し、GitLab.comで利用できる）とし、GitLabがそれらを”as a service”（サービスとして）提供すると述べます——GitLab自身のオフショアのインフラで走るホスト型のフリートで、貴社のジョブ向けの中国本土のホスト型ランナーのリージョンはありません（決めつけずGitLabにご確認を）。貴社が重要情報インフラ運営者であるか、大量の個人情報を扱うなら、中国で収集・生成した個人情報と重要データは本土に保存し、国外へ出す前に安全評価を経なければなりません——サイバーセキュリティ法（英語）のデータ国内保存ルール、2026年1月1日に施行された2025年改正で繰り下げられた第39条（旧第37条）です。貴社のソースを国外でチェックアウトするホスト型ランナーには、それを満たす本土の足場がありません。
扉その二——注入されるシークレット、コミッターの身元、そしてビルドアーティファクト
二つ目の扉はPIPLと、パイプラインが運ぶ凝縮されたシークレットです。CI/CDのジョブはソースよりはるかに多くを保持します：GitLabのドキュメントはCI/CD変数を、“store values you want to re-use, for example in job scripts”（例えばジョブスクリプトで再利用したい値を保存する）ために使う”a type of environment variable”（一種の環境変数）と説明します——これが、デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークンを実行中のジョブに注入する仕組みです。その周りには、push・レビュー・パイプライン起動を行った人のユーザー名とメールアドレス、ジョブログ、そしてジョブが書き出すビルドアーティファクト——フィクスチャやテストデータに紛れ込む個人レコードを伴って——が並びます。個人情報保護法の下では、そのデータを本土の外のインフラ上で保持・処理することは越境移転（第38〜40条）です：取扱者は通知し、移転についての個別の同意を取得し、メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければなりません。変数をマスクし、ログやアーティファクトに入るものを削ることは良い衛生管理の一部ですが、それらを実行するランナーを動かしはしません。そして貴社の中国向けデプロイは、ジョブを走らせるそのランナーによってビルド・デプロイされるので、本土へ出荷されるものの来歴と完全性——どのソースからビルドされ、どの鍵で署名されたか——も国境をまたいで統制されます：接続性チェックでは決して表面化しないサプライチェーンのリスクです。
到達性チェックがこれを見逃す理由
「上海からランナーがGitLabに到達できるか」というテストは、誤った問いに答えています。接続性のチューニングや依存キャッシュは、ジョブがどれだけ速く・確実に起動し、パッケージを解決するかを変えますが——貴社のソースがどこにチェックアウトされ、注入されたシークレットがどこで実行され、ビルドアーティファクトがどこに書き出されるかは変えません。だからパイプラインは中国の内側から見て完璧にグリーンに見えても、貴社の専有ソースのあらゆるチェックアウト、ジョブに注入されるあらゆるデプロイ鍵と署名鍵、あらゆるコミッターのレコードは、依然としてオフショアで走っています。上記のレジデンシーと越境の問いが到達性プローブに見えないのは、まさにジョブが通り続けるからです——だからこそ、重要なのはランナーを国内で走らせることであって、ホスト型を単に到達可能にすることではありません。当社は中国の内側からのGitLab接続性の一手計測を公表していないので、ここに数値は置きません。それは断言するのではなく、貴社の実際の構成に対して計測すべきものです。
これは判定ではなくリスクの見取り図です：国内ランナー、移転メカニズム、作り直した同意フロー、一般向けの開発者またはデプロイのポータルのICP備案、あるいはそれらの組み合わせが必要かは、パイプラインが何をチェックアウトし、どのシークレットを保持し、コミッターが誰かで変わります——構築の前に専門家と詰める価値があります。
梃子——map・localize・deliver
本物の自己管理GitLabと自己ホスト型GitLab Runnerが存在するので、本物の国内経路があり、21YunBoxはいかなる違法な手段も用いず、また推奨しません——国内経路こそが合法な道です。
- Map（整理）——どのパイプラインが専有ソースをチェックアウトするか、どのシークレット（デプロイ鍵・クラウド認証情報・署名鍵・レジストリトークン）をランナーが保持するか、ランナーとアーティファクトストアが今どこにあるか、レジデンシーの根拠、そして貴社の中国向けデプロイのビルドパイプラインがどう国境を越えるかを棚卸しします。
- Localize／govern（国内化・統制）——ランナーを 国内 で走らせ（自己ホスト——自社インフラ内の自己管理GitLabと自己ホスト型GitLab Runner）、チェックアウトされたソース・注入されたシークレット・ビルドアーティファクトを国内に留め、貴社の中国向けデプロイのビルドパイプラインを国内に保ち、国境を越えるものを最小化します。
- Deliver（配信）——法令に沿った国内の自己ホスト型ランナーと自己管理のコントロールプレーンを、オフショアのホスト型ランナーの前段に（またはその置き換えとして）置きます。21YunBoxは作り直しなしに国内レイヤーを立ち上げます。
ホスト型サービスを単に到達可能にすることは答えではありません——貴社のソース・シークレット・アーティファクトは依然としてオフショアで実行され、ジョブを速く起動してもそれは変わりません。ランナーとそれが保持するものを国内に留めること、それが答えです。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
貴社はGitLabと既存のパイプラインを使い続けます。当社は、ホスト型ランナーが単体では提供できない部分を加えます：自己管理GitLabと自己ホスト型GitLab Runnerの、法令に沿った国内の在処です。これにより、貴社の専有ソース・注入されたシークレット・ビルドアーティファクトが、法が求めるとおり国内に留まり、その前段では開発者のアクセスと一般向けのデプロイのポータルのための法令に沿ったICP備案済みの配信が動きます——既存の構成の周りに置かれ、作り直しも、二つ目のコードベースも、GitLabからの移行もありません。すでに運用中のツールチェーンへのパートナーとして、当社の中国チームが、貴社のPIPLの越境・同意・データレジデンシーの義務を、貴社の法人とパイプラインに照らして整理し、弁明可能な中国プレゼンスが必要とする国内ランナーと配信を立ち上げます。当社はいかなる違法な手段も用いず、また推奨しません。
関連する読み物：
よくあるご質問
GitLab Runnerは中国の内側からGitLab.comに到達できますか？
たいてい到達できます——だからこそ、到達性は誤ったテストなのです。ジョブは本土の内側から起動し通ることがありますが、貴社の専有ソース、そこに注入されたデプロイ鍵と署名鍵、書き出されるビルドアーティファクトは、依然としてGitLabのホスト型ランナー上でオフショアで実行されます。構成が弁明可能かを決めるのは、パイプライン実行時にそのソースとシークレットがどこにあるかであって、ランナーが接続できるかではありません。
中国でGitLab CI/CDを使うのは違法ですか？
本質的に違法ではありません。論点は、パイプラインが保持するもの——ソース、注入されたシークレット、コミッターの身元、アーティファクト——の越境とレジデンシーです。PIPLは、通知し、個別の同意を取得し、移転メカニズムのいずれかを満たせば越境移転を認めます。データ国内保存の義務も負うかは、役割（例えばCIIOか否か）と扱う個人情報の量によります。一律の禁止ではなく、専門家と評価すべきリスクとして扱ってください。
GitLabパイプラインのソースとシークレットを中国国内に留めるには？
ランナーを国内で走らせます。GitLab自身の自己管理エディションと自己ホスト型GitLab Runnerなら、本土の内側の自社インフラにフリートをインストールして走らせられるので、チェックアウト・注入されたシークレット・ビルドアーティファクトが国内に留まります。21YunBoxは、その国内の自己ホスト層と、前段のICP備案済みの配信を立ち上げます——既存のGitLabの周りに、作り直しなしで。お問い合わせいただければ、個別のケースを整理します。
