Apache Airflowは中国本土で使えるか：データの国内保存、ICPと越境ルール
Apache Airflowは、貴社のデータを移すパイプラインをオーケストレーションします——ですから中国由来の個人情報をオフショアへ運ぶDAGは、それ自体がPIPLの下での越境移転であり、到達性ではなく国内保存の問いです。Airflowはオープンソースでセルフホストなので、中国国内で動かしてデータを国内に留められます。
Apache Airflowは中国本土で使えるか
到達性はテストではありません——Apache Airflowはオープンソースでセルフホストなので、本当の問いは、どこで動かし、そのパイプラインがどこにデータを着地させるかです。Airflowの仕事はシステム間でデータを移し変換することなので、DAGが中国由来のデータをオフショアのデスティネーションへ運ぶとき、そのパイプラインの実行自体が越境移転です。
それをPIPL 第38〜40条（英語）——通知、個別の同意、合法的な移転メカニズム——の下に置き、重要情報インフラ運営者（CIIO）または大量取扱者には、サイバーセキュリティ法（英語）の第39条（旧第37条）の中国国内での保存の義務を生じさせます。流れるデータには日常的に個人情報（英語）が含まれ、Airflow自身のメタデータデータベースは接続の認証情報を保持しPIIも保持し得ます——ですからそのストアの国内保存も問題になります。
Airflowはオープンソースでセルフホストなので、合法的なレバーがあります：それを中国国内のインフラで動かし、オーケストレーションとデータの両方を国内に留めます。21YunBoxは、貴社のパイプラインが何を運ぶかを整理し、エンジンとデータを中国国内でローカライズする手助けをし、あらゆる中国向けの面をICP備案済みのインフラ上で配信します——再設計はありません。いかなる形態の回避的手段もありません。具体は専門家と確認してください。
コンプライアンス・スナップショット
- ! Airflowは貴社のパイプラインをオーケストレーションする——どこで動きどこにデータを着地させるかが中国の問い
- ! DAGが中国データをオフショアへ移すとき、そのパイプラインの実行自体が越境移転
- ! PIPL 第38〜40条：オフショアへの移転には通知、個別の同意、移転の根拠が必要
- ! 接続シークレットとPIIがAirflowのメタデータDBに置かれる——そのストアの国内保存も問題
- ! CIIO／大量取扱：CSL 第39条（旧第37条）は中国データを中国本土に保存することを求める
- ✓ セルフホストのオープンソース——Airflowを中国国内で動かし、オーケストレーションとデータを国内に留める
Apache Airflowの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Apache Airflowはオープンソースで自己管理のオーケストレーションである。 そのドキュメントは次のように述べる：「Apache Airflow®は、ワークフローを開発・スケジュール・監視するためのオープンソースのプラットフォームである」、そして「Airflowはオープンソースなので、グローバルなコミュニティによって開発・テスト・保守されるコンポーネントの上に構築している」。それらのワークフローは、システム間でデータを移し変換するために存在する。 | Apache Airflow Documentation, 「What is Airflow?」 (airflow.apache.org)、2026-10-12 取得 |
| Airflowは貴社自身のインフラにデプロイして動かす——国内保存のレバー。 インストールのドキュメントは次のように述べる：「Airflowのすべてのコンポーネントを、貴方自身でインストールすることが想定されている」、「唯一の公式サポートのインストール手段はpip経由である」、加えて公式のDockerイメージとHelmチャート。クラウドプロバイダーのマネージドなAirflowサービスは存在するが、コアエンジンはセルフホストである。 | Apache Airflow Documentation, 「Installation」 (airflow.apache.org)、2026-10-12 取得 |
| 中国由来のデータをオフショアに着地させることはPIPLの下での越境移転である。 Airflowのパイプラインが中国本土で収集された個人情報をオフショアのデスティネーションへ移すとき、PIPL 第38〜40条（英語）は、通知、個別の同意、そして合法的な移転メカニズム——CACの安全評価、CAC標準契約、または認証——を求める。 | 中華人民共和国個人情報保護法 第38〜40条、2026-10-12 取得 |
| 一部の取扱者は中国で生成されたデータを中国本土に留めなければならない。 重要情報インフラ運営者（CIIO）または大量取扱者について、サイバーセキュリティ法（英語）の第39条（旧第37条）は、中国で生成された個人情報と重要データを中国国内に保存することを、あらゆる輸出の前の安全評価とともに求める——オフショアのパイプラインのデスティネーションには満たせない義務。 | 中華人民共和国サイバーセキュリティ法 第39条（旧第37条）、2026-10-12 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月12日に確認しました。
中国本土のデータチームにとって、Apache Airflowについてまず片づけるべきは、問いが、WebのUIが上海から速く描画されるかでも、ワーカーがスケジューラーに到達できるかでもない、ということです。Airflowはワークフローのオーケストレーターです：その仕事のすべては、貴社のデータをシステム間——データベース、オブジェクトストア、API、クラウドのウェアハウス——で抽出・変換・移動するパイプラインを走らせることです。それがまさに、これを速度の事例ではなくデータ国内保存の事例にします。DAGはソースからデスティネーションへデータを運ぶ一連の指示であり；ソースが中国由来のデータを保持し、デスティネーションがオフショアにあるとき、そのパイプラインの実行自体が越境移転です。オーケストレーターがどこで動き、そのパイプラインがどこにデータを着地させるかが、問いのすべてです——そしてAirflowは貴社が自身でホストするオープンソースのソフトウェアなので、その両方を貴社が決められます。
中国でのApache Airflow：ひと目で
| 決め手 | Airflow自身の言葉では——そして中国の法では |
|---|---|
| Airflowとは何か——パンフレットではなくオーケストレーター | Airflow自身のドキュメントはそれを「ワークフローを開発・スケジュール・監視するためのオープンソースのプラットフォーム」と呼びます。それらのワークフロー（DAG）は、システム間でデータを移し変換するために存在します——ソースから抽出し、デスティネーションへ読み込む。ツールの目的はデータの移動なので、それがどこで動き、どこにデータを着地させるかは、定義上、国内保存の問いです。 |
| パイプラインの実行が移転そのもの | 到達性チェックが決して見ない特徴的な後半です。DAGが中国由来のデータを読み、それをオフショアのデスティネーション——別リージョンのウェアハウス、バケット、API——に書き込むとき、そのタスクそのものが越境移転（数据出境）です。流れるデータには日常的に個人情報が含まれます：顧客とユーザーのテーブル、イベントストリーム、識別子。それをオフショアへ移すことが、UIが速かろうと遅かろうと、規制される行為です。 |
| Airflow自身の中のシークレットとPII | Airflowのメタデータデータベースは、パイプラインの接続情報と変数を保存します——そのドキュメントは、Airflowが「接続設定と変数設定のパスワードを暗号化するためにFernetを使う」と注記します。タスクログとXComも個人データを帯び得ます。ですから国内保存はデスティネーションのウェアハウスだけの話ではありません；メタデータストアとログが、それ自体どこかに合法的に置かれなければならない認証情報とPIIを保持します。 |
| 国内保存＆越境 | 中国で収集した個人情報をオフショアのデスティネーションに着地させることは、PIPL（英語） 第38〜40条の下での越境移転（英語）です——通知、個別の同意、そして移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を要します。重要情報インフラ運営者（CIIO）または大量取扱者には、サイバーセキュリティ法（英語）の第39条（旧第37条）が、中国で生成された個人情報を中国本土内に保存することを求めます。 |
| センシティブPI＆ICPの扉 | パイプラインが政府ID、財務または健康の記録を運ぶ場合、その内容はPIPL 第28〜29条（英語）の下でのセンシティブ個人情報になり得ます——貴社のDAGが実際に何を移すかに照らして確認すべきリスクです。そしてAirflowの周りに立ち上げるあらゆる公開の中国向けの面——ダッシュボード、データポータル、中国本土の利用者が到達するAPI——は、中国本土のホスティングに紐づくICP備案（备案）の義務を帯びるインターネット情報サービスです。 |
| 到達性は軸ではない——そしてセルフホストがレバー | スケジューラーが中国本土から応答するかは運用上の話であって、コンプライアンスの問いではありません。Airflowはオープンソースでセルフホストなので、合法的なレバーがあります：オーケストレーターを中国国内のインフラで動かしてオーケストレーション、メタデータ、データを国内に留め、中国由来のデータを中国国内のデスティネーションに着地させ、あらゆる中国向けの面を法令に沿って配信する——21YunBox Optimizerを——貴社がすでに運用するものの前段で。 |
実際に何を移すのか——そしてその中に何が置かれるのか
Airflowは、アプリケーションのデータベースのように単一のデータセットを保持するのではありません；それはデータを移すエンジンであり、だからこそ国内保存の問いなのです。すべてのDAGはフローの記述です：ソースからレコードを引き、それらを変換し、デスティネーションへ書き込む。実際のデータプラットフォームでは、それらのデスティネーションはしばしばオフショアです——別リージョンのクラウドのウェアハウス、マネージドのオブジェクトストア、パートナーのAPI。パイプラインが中国本土で収集されたテーブルを読み、それをその外のどこかに書き込んだ瞬間に、パイプラインは越境移転（英語）を行っており、そのデータは非常にしばしば個人情報（英語）を含みます：顧客とアカウントのテーブル、ユーザーイベント、デバイスと連絡先の識別子。
見落としやすい、より静かな第二のストアがあります。Airflowはメタデータデータベースを保持し、DAGの実行、タスクの状態、そして——決定的に——コネクションと変数、すなわちパイプラインが触れるすべてのシステムに認証できるようにする設定を記録します。Airflowのドキュメントは、それが「接続設定と変数設定のパスワードを暗号化するためにFernetを使う」と述べます。保存時の暗号化は良い衛生ですが、そのストアがどこに置かれるかは変えません：貴社のデータベースとウェアハウスへの接続シークレット、そしてタスクログとXComに着地するあらゆる個人データは、貴社がスケジューラーとそのデータベースを動かす場所に置かれます。ですから国内保存の見取り図には二つの層があります——パイプラインが運ぶデータと、Airflow自身の中の認証情報とPIIです。
扉：国内保存、越境、センシティブPI、そしてICP
Airflowのパイプラインをオフショアのデスティネーションに向ければ、第一の扉が開きます。DAGが運ぶ中国由来の個人情報が国外に置かれ、それを越境移転（英語）（数据出境）にします。義務は取扱者である貴社に落ちます：PIPL 第13条と第23条はデータ収集のための通知と根拠を求め、第38〜40条はそれをオフショアへ送るための移転メカニズム——CACの安全評価、CAC標準契約、または認証——を、国外への移転のための個別の同意とともに求めます。
一部の取扱者にとって、保存はメカニズムの問題ですらありません——それは国内に留まらなければなりません。貴社の組織が重要情報インフラを運営するか、個人情報を大規模に扱う場合、サイバーセキュリティ法（英語）の第39条（旧第37条——2026年1月1日施行の2025年サイバーセキュリティ法改正が、データ国内保存の条文を第37条から第39条へ番号変更したもので、実質は不変）は、中国で生成された個人情報と重要データを中国本土内に保存することを求め、あらゆる輸出の前に安全評価を要します。デスティネーションがオフショアのウェアハウスであるパイプラインは、構造的にその義務を満たせません。
より鋭い扉は、流れるデータのセンシティビティです。DAGが実際の政府ID、財務記録、健康データを移すところでは、その内容はPIPL 第28〜29条（英語）の下でのセンシティブ個人情報になり得て、特定された目的、高められた必要性、個別の同意を要求します。そしてさらなる扉が公開することから続きます：Airflowの周りに公開の中国向けの面——監視ダッシュボード、データ請求ポータル、中国本土の利用者が到達するAPI——を露出させた瞬間に、その面はインターネット情報サービスであり、中国本土のホスティングリソースに紐づくICP備案（备案）の義務を帯びます。
なぜ到達性チェックはこれを見逃すのか
中国本土内からのプローブは、AirflowのUIが読み込まれるのを、あるいはワーカーがタスクを拾うのを見て、「動く」と結論づけ得ます。その答えは的外れです。コンプライアンスの露出は画面の上にはありません——それはパイプラインが移すデータと、それをどこへ移すかにあります：DAGが読む中国由来のレコード、それを書き込むオフショアのデスティネーション、そしてメタデータデータベースとタスクログに置かれる接続シークレットとPII。ページ読み込みのテストはそのどれも計測しません。それは、デスティネーションのウェアハウスがどのリージョンにあるか、個別の同意が取得されたか、移転メカニズムが整っているか、中国向けのダッシュボードがICP備案を必要とするかを、見られません。
この種のプラットフォームに特有の罠があります。オフショアのパイプラインを単に到達可能にすること——中国国内に、依然としてオフショアのデスティネーションに書き込むワーカーやスケジューラーを立ち上げることさえ——は、規制対象のデータを一切国内へ移しません。そのタスクは、実行のたびに依然として中国由来のデータを国境の向こうへ運びます；デスティネーションを移さずにワーカーを移しても、移転について何も変わりません。それを決めるのは、パイプラインがどこにデータを着地させ、オーケストレーター自身のストアがどこに置かれるかです。それがこの問いの、対手がまねできない後半であり——だからこそオーケストレーションとデータを単に到達可能にするのではなく国内に保つことが答えなのです。
法令に沿った経路——マッピング、ローカライズ、配信
中国本土のチームのためにApache Airflowを運用する法令適合の方法はあり、Airflowはオープンソースでセルフホストなので、それは貴社がすでに使うプラットフォームの上に置かれます——再設計も、Airflowからの移行もありません。
まず、マッピング：当社の中国コンプライアンスチームが、貴社のDAGが実際に何を運ぶか——各パイプラインがどのソースとデスティネーションに触れるか、個人情報が流れているか、今日スケジューラー・ワーカー・メタデータデータベースがどこで動くか、コネクションと変数が何を保持するか、そして各フローが拠って立つ同意と国内保存の根拠——を棚卸しします。技術的な絵姿を当社が組み立て、法的な結論は専門家と確定します。
次に、ローカライズ：セルフホストのAirflowオーケストレーターを中国国内のインフラで動かし、スケジューラー、メタデータデータベース、接続シークレットを中国本土の地に置き；中国由来のデータをオフショアのウェアハウスではなく中国国内のデスティネーションに着地させ；第13条／第23条の通知と個別の同意を取得し；パイプライン内のあらゆる政府IDや財務データをセンシティブ個人情報として扱い；そしてそもそも越境フローに入る個人データを最小化し、移転が本当に必要なところでのみ合法的な移転メカニズムを使います。ローカライズとは、法令に沿った中国国内のデータプラットフォームを立ち上げることを意味します——いずれにせよデータをオフショアへ送る経路では決してなく、いかなる形態の回避的手段でもありません。
そして、配信：プラットフォームの周りのあらゆる公開の中国向けの面——ダッシュボード、データポータル、中国本土の利用者が到達するAPI——はインターネット情報サービスであり、したがってICP備案の義務を負い、法令に沿った中国国内からの配信を必要とします。21YunBoxがそれを中国国内で——21YunBox Optimizerを——貴社がすでに運用するものの前段に配信し、中国の利用者に合法的かつ法令に沿って提供します。21YunBoxは、いかなる種類の回避的手段も用いず、また推奨しません——法が国内に留めよと定めるものは国内に保ち、残りは中国本土内から法令に沿って配信し、個人情報をひそかに国境の向こうへ移すことは決してしません。21YunBoxは、貴社がすでに運用するAirflowに対するコンプライアンスのオーバーレイでありパートナーであって、競合ではありません。
これらのいずれも、Apache Airflowが中国で「ブロックされている」とか「違法だ」という判定ではありません。それは国内保存と同意の見取り図であり、どの義務が貴社のケースに効くかは、貴社の法人、中国法上の役割、データ量、そしてパイプラインが実際に何を移すかによって変わります——中国チームのデータフローがそれに依存する前に、具体を専門家と確定させる価値があります。
関連する読み物：
よくあるご質問
Apache Airflowは中国でブロックされていますか？
いいえ——そしてそれは問いではありません。Airflowは貴社自身がホストするオープンソースのソフトウェアなので、「ブロック解除」すべきものはありません。重要なのは、どこで動かし、そのパイプラインがどこにデータを着地させるかです：中国由来の個人情報をオフショアのデスティネーションへ移すことは、到達性の問題ではなく、PIPL 第38〜40条の下での越境移転です。
中国チームのためにAirflowを法令に沿って運用できますか？
はい。Airflowはセルフホストなので、オーケストレーターを中国国内のインフラで動かし、オーケストレーションとデータの両方を国内に留められます——中国由来のデータを中国国内のデスティネーションに着地させ、移転が本当に必要なところでのみ合法的な移転メカニズムを使います。21YunBoxがフローを整理し、中国国内でのローカライズと配信を手助けします——再設計なし、いかなる形態の回避的手段もなしに。
Airflow自身の中の認証情報とデータはどうですか？
Airflowのメタデータデータベースはパイプラインの接続情報を保存し——そのドキュメントは「接続設定と変数設定のパスワードを暗号化するためにFernetを使う」と注記します——タスクログとXComは個人情報を帯び得ます。ですからメタデータストアとログの国内保存は、パイプラインが移すデータだけでなく、コンプライアンスの絵姿の一部です。
