OpenSearchは中国本土で使えるか:PIPL越境移転・データの国内保存・セルフホスト
OpenSearchは保存データ(data-at-rest)のストアです。インデックス化したドキュメントと、そこから導かれるk-NNの埋め込みは、中国の人々を記述するとき個人情報になります。グローバルのAmazon OpenSearch Serviceは中国本土リージョンを持たないため、中国利用者のデータをオフショアでインデックス化することはPIPLの越境移転に当たります。データ保存場所のリスクと、中国国内でのセルフホストという梃子を、コンプライアンス起点で読み解きます。
OpenSearchは中国本土で使えるか
OpenSearchは、利用者のインデックス化したドキュメントと、そこから作られるk-NNの埋め込みを保持する保存データ(data-at-rest)のストアです。グローバルのAmazon OpenSearch Serviceには中国本土リージョンがないため、中国利用者に関するそのコンテンツはオフショアに置かれ、データ保存場所の問いを伴うPIPLの越境移転になります。
OpenSearchにはドキュメント・チケット・ログ・レコードを読み込ませ、そのベクトルエンジンが生ペイロードの傍らに保存される密な埋め込みを導きます——中国の人々を記述するとき、そのすべてが個人情報です。それをオフショアのクラスターに保持することはPIPLの下での越境移転であり(通知、個別の同意、移転メカニズム。第38〜40条)、CIIOや大量取扱者には中国本土内での保存義務が伴います(第40条、サイバーセキュリティ法 第39条(旧第37条))。しかも埋め込みはインバージョンとメンバーシップ推論を支えるため、その義務を匿名化で消すことはできません。適法な梃子は、インデックスと埋め込みを国内に保つことです——OpenSearchはApache 2.0で中国本土のインフラに完全にセルフホスト可能であり、Amazon OpenSearch Serviceは認可されたAWS China(北京/寧夏)パーティションでも提供されています——オフショアのエンドポイントに到達できるようにすることではありません。
これは判定ではなくリスクの見取り図です——どの移転メカニズムが適合し、国内保存義務が適用されるかは、貴社の法人格、データ量、誰のデータかによって変わります。当社の中国チームが露出を整理します →
コンプライアンス・スナップショット
- ! OpenSearchは保存データ(data-at-rest)のストア——インデックス化したドキュメントと埋め込みは個人情報
- ! 埋め込みは匿名ではない——インバージョンとメンバーシップ推論により個人情報のまま
- ✕ グローバルのマネージドOpenSearchに中国本土リージョンはなく、インデックスはオフショアに置かれる
- ! Amazon OpenSearch Serviceは現地事業者を通じてAWS China(北京/寧夏)で稼働
- ✓ Apache 2.0のエンジンは中国国内でセルフホスト可能——21YunBoxがICP備案済みの配信を追加
OpenSearchの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Amazon OpenSearch ServiceはAWS Chinaパーティションで利用可能——正真正銘の中国国内マネージド選択肢です。 AWSの中国向けドキュメントは"Amazon OpenSearch Service is available in the following regions in China:"と述べ、中国(北京)リージョンと中国(寧夏)リージョンを挙げています——認可を受けた現地パートナー(北京はSinnet、寧夏はNWCD)が運営するAWS Chinaパーティションです。別途のAWS Chinaアカウントが必要で、利用できるインスタンスタイプは一部に限られるため、クリーンなグローバル通行証ではなく「警告付きの肯定」として扱ってください——そして中国本土リージョンを持たないグローバルのAmazon OpenSearch Serviceとは別物です。 | AWS China ドキュメント — Amazon OpenSearch Service in Amazon Web Services China(docs.amazonaws.cn、2026-10-10取得) |
| OpenSearchのエンジンはApache 2.0で完全にセルフホスト可能——中国国内の梃子として最も強い形です——そしてそのk-NNエンジンは埋め込みを保存します。 OpenSearchはApache 2.0のオープンソース検索・ベクトルエンジンで、Linux Foundation傘下のOpenSearch Software Foundationが統括します。そのため、中国本土を含め、自ら選んだインフラ上で運用できます。組み込みのk-NNベクトルエンジンは、セマンティック検索やRAGのためにテキストや画像を`knn_vector`フィールドに保存される密ベクトルの埋め込みに変換します——中国利用者のデータから導かれるとき、それは保存された個人情報です。 | OpenSearch — opensearch.org(Apache 2.0;OpenSearch Software Foundation/Linux Foundation)およびk-NN開発者ガイド、2026-10-10取得 |
| 中国利用者のコンテンツをオフショアでインデックス化することはPIPLの越境移転であり、埋め込みでは適用除外にならない。 インデックス化するドキュメントと、そこから導かれる埋め込みは、中国の人々を記述するとき個人情報であるため、それらをオフショアのクラスターに保持することはPIPLの下での越境移転です。取扱者である貴社は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ(CACの安全評価、CAC標準契約、または認証)を第38〜40条の下でクリアしなければなりません。埋め込みはインバージョンとメンバーシップ推論を支えるため、「ベクトルしか送っていない」ことは適用除外にはなりません。 | PIPL 第38〜40条(個人情報の越境移転)、2026-10-10取得 |
| CIIOや大量取扱者は、中国で収集した個人データを中国本土内に保存しなければならず、どのオフショアのクラスターもこれを満たせない。 重要情報インフラ運営者や規制当局の数量基準を超える取扱者は、中国で収集した個人データを国内に保存しなければなりません(PIPL 第40条、サイバーセキュリティ法 第39条(旧第37条)(英語))。2025年のサイバーセキュリティ法改正は2026年1月1日に施行され、データ国内保存の条文を第37条から第39条へ番号を付け替えました。実質は変わりません。中国本土のインフラ上でセルフホストしたOpenSearchクラスター、または認可されたAWS Chinaパーティションであれば、グローバルのマネージドサービスでは満たせないこの義務を満たせます。 | PIPL 第40条、サイバーセキュリティ法 第39条(旧第37条)、2026-10-10取得 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国向けのアプリケーションにとって、OpenSearchをめぐる決め手は、クラスターのエンドポイントに到達できるかどうかではありません。インデックス化しベクトル化するコンテンツを、どこに置くことが許されるかです。OpenSearchは保存データ(data-at-rest)のストアです。検索したいドキュメント・チケット・ログ・レコードを読み込ませると、それらを転置インデックスとして、そして組み込みのk-NNベクトルエンジンを通じて、セマンティック検索やRAGのための密ベクトルの埋め込み(エンベディング)として保持します。中国の利用者に関するそのコンテンツは個人情報であり、エンジンが動く場所にそのまま置かれます。OpenSearchはApache 2.0のオープンソースエンジンで、OpenSearch Software Foundation(Linux Foundation傘下)のもとにあり、完全にセルフホスト可能です——これこそが梃子になります。リスクを決めるのは三つの観点です。インデックス化したコンテンツのデータ保存場所と越境移転、埋め込みが匿名化によって消せない個人情報であること、そしてオフショアのクラウドに到達するのではなくオープンなエンジンを自前で運用してインデックスを国内に保つことです。
中国でのOpenSearch:ひと目で
| 決め手 | OpenSearch自身の言葉と、中国の法 |
|---|---|
| 何を読み込ませるか | OpenSearchは、インデックス化したドキュメント・ログ・チケット・レコードを転置インデックスとして保持し、k-NNベクトルエンジンを通じて、密ベクトルの埋め込みに加えて、その傍らに保存されるペイロードや元テキストも保持します。そのコンテンツが中国の人々を記述する場合、それは一時的なキャッシュではなく、保存された個人情報です。 |
| エンジンが動く場所 | Apache 2.0のエンジンを自ら選んだインフラ上でセルフホストするか、マネージドサービスを使うかのいずれかです。グローバルのAmazon OpenSearch Serviceは中国本土外のAWSリージョンで動くため、中国利用者のデータをオフショアのクラスターにインデックス化することは、貴社による越境移転(数据出境。PIPL 第38〜40条)に当たります。Amazon OpenSearch Serviceは、認可を受けた現地事業者を通じてAWS China(北京/寧夏)パーティションでも提供されています——これは中国国内の選択肢であって、グローバルの通行証ではありません。 |
| 埋め込みは個人情報 | k-NNの埋め込みは、ある人のテキストや画像から計算されます。元データの近似的な復元(インバージョン)やメンバーシップ推論を許すため、匿名化されていません。中国利用者のデータから作った埋め込みの集まりは、それ自体が個人情報の集まりです——「生データではなくベクトルしか送っていない」ことは、越境移転の適用除外にはなりません。 |
| データの国内保存とクエリログ | 重要情報インフラ運営者(CIIO)や大量取扱者は、中国で収集した個人データを中国本土内に保存しなければなりません(PIPL 第40条、サイバーセキュリティ法 第39条(旧第37条))。検索文字列やクエリログも個人情報を含み、同じ国内保存義務を負います。 |
| エンドポイントへの到達は論点ではない | クラスターが応答するかどうかは、コンプライアンス上の問いではありません。持続可能な一手は、インデックスと埋め込みを国内に保つこと——オープンソースのエンジンを中国本土のインフラでセルフホストするか、認可された中国国内のマネージド選択肢を使うこと——そして、インデックス化する対象を最小化し仮名化することです。インデックスに問い合わせる公開アプリには、なおICP備案の義務が伴います。 |
実際に保存されるもの——インデックス化したコンテンツとその埋め込み
OpenSearchはAWS自身の言葉で、“a popular open-source search and analytics engine for use cases such as log analytics, real-time application monitoring, and clickstream analytics”(ログ分析、リアルタイムのアプリ監視、クリックストリーム分析などに使われる人気のオープンソース検索・分析エンジン)です。これをコンプライアンスの対象にするのは、答えるクエリではなく、答えるために保持するものです。ドキュメントをインデックス化すると、OpenSearchは元の_sourceを保存し、そのフィールドに対する転置インデックスを構築します。セマンティック検索やRAGを実行すると、k-NNベクトルエンジン(neural-searchおよびml-commonsコンポーネントを通じて)がテキストや画像をknn_vectorフィールドに書き込む密ベクトルの埋め込みに変換し、その生ペイロードやメタデータ——ユーザーID、元テキストの抜粋、タイムスタンプ——は、照合結果をレコードに結び付けられるよう、各ベクトルの傍らに通例そのまま保存されます。
ですから、中国利用者のサポートチケット、チャットログ、プロフィール、ドキュメントから構築したOpenSearchクラスターは、その人々の個人情報を三重に保持していることになります。元のインデックス化テキストとして、そこから導いた転置インデックスとして、そしてさらにそこから導いた埋め込みとして、です。そのすべてが保存された個人情報であり、クラスターが動く場所——グローバルなマネージドサービスの米国やEUのリージョン、オフショアでセルフホストしたクラスター、あるいは中国国内のインフラ——に置かれます。インデックスは貴社データの前に置かれたキャッシュではありません。変換された形の、貴社データ そのもの です。
これはPIPLの下での、データ保存場所と越境移転の問題であり、埋め込みでは匿名化できない
インデックス化したコンテンツとその埋め込みが個人情報である以上、それらを中国本土外で動くクラスターに保持することは、中国の個人情報保護法(PIPL)が直接規律する個人情報の越境移転(数据出境)です。取扱者——エンジンのベンダーではなく、貴社——は、通知を行い、個別の 同意を取得し、移転メカニズムのいずれか一つ(CACの安全評価、CAC標準契約、または認証)をPIPL 第38〜40条の下でクリアしなければなりません。重要情報インフラ運営者(CIIO)であるか、規制当局の数量基準を超えて個人情報を取り扱う場合、その中国で収集したデータは中国本土内にも保存しなければなりません(PIPL 第40条、サイバーセキュリティ法 第39条(旧第37条)(英語)——2025年のサイバーセキュリティ法改正は2026年1月1日に施行され、データ国内保存の条文を第37条から第39条へ番号を付け替えました。実質は変わりません)——これはどのオフショアのクラスターも満たせない国内保存義務です。
多くのチームが見落とす観点が埋め込みです。ベクトルインデックスは、氏名や住所ではなく浮動小数点数の配列を保存するのだから適用除外だ、と扱いたくなります。しかしその直感は、ここで最も重要な点において誤りです。埋め込みは、ある人のメッセージ・チケット・ドキュメントから直接計算され、元テキストの近似的な復元を可能にする インバージョン と、特定の人のレコードが学習集合やインデックス集合に含まれていたかを判定する メンバーシップ推論 を支えるだけの情報を保持します。したがって中国利用者のデータから作った埋め込みの集まりは、それ自体がその人々の個人情報の集まりであり、生テキストと同じ保存場所・越境義務を負います。「生データではなくベクトルしか送っていない」というのは、誤った安心です。検索文字列や検索ログも、誰が何を検索したかを明らかにする以上、同じ規律の下にあります。
エンドポイントへの到達は問いではない——インデックスを国内に保つことが問いだ
OpenSearchのエンドポイントに中国本土から到達できるかどうかは、軸ではありません。軸は、インデックスと埋め込みをどこに置くことが許されるかであり、OpenSearchはこれにきわめて明快な答えを与えます。エンジンがApache 2.0であり完全にセルフホスト可能であるため、中国国内のインフラ上で運用し、インデックスと埋め込みを中国本土に保つ ことができます——これが梃子の、誠実で強い形です。マネージドサービスが望ましい場合、Amazon OpenSearch Serviceは AWS Chinaパーティション——Sinnetが運営する中国(北京)リージョンと、NWCDが運営する中国(寧夏)リージョン——でも提供されており、認可を受けた現地事業者を通じた正真正銘の中国国内のデータ保存場所の選択肢です(別途のAWS Chinaアカウントが必要で、利用できるインスタンスタイプは一部に限られます)。これはクリーンなグローバル通行証ではなく「警告付きの肯定(warn-positive)」として扱い、中国本土リージョンを持たないグローバルのAmazon OpenSearch Service(米国・EUほか)とは区別してください。いずれの中国国内経路も、インデックス化する対象の最小化・仮名化、そして残る移転の統制と対になります。それが でない のは、中国本土からクエリに応えつつデータは結局オフショアへ送り出すような仕組みです——それでは個人情報を、法が望まない場所にそのまま置くことになります。
これは判定ではなくリスクの見取り図です。国内保存義務が適用されるか、どの越境メカニズムが適合するかは、貴社の法人格、保持する個人データ量、それが誰のデータかによって変わります——構築の前に、専門家と具体を詰めてください。
適法な経路——マップ・ローカライズ・デリバー
OpenSearchは引き続き貴社の検索・ベクトルエンジンであり続けます。そこから動かすものは何もありません。21YunBoxが加えるのは、すでに運用中のスタックを囲むコンプライアンスのオーバーレイです——作り直しも、二つ目のコードベースも要りません。
- マップ(把握) — 何をインデックス化・ベクトル化しているか、それがどんな個人情報を含むか、個人データの埋め込みが保存されているか、エンジンがどこで動いているか(グローバルなマネージドリージョン、オフショアでセルフホストしたクラスター、または中国国内)、クエリログの露出、そして同意の根拠を棚卸しします。
- ローカライズ(国内化) — 中国利用者のインデックス化コンテンツと埋め込みを国内に保ちます。Apache 2.0のエンジンを中国本土のインフラでセルフホストするか、認可された中国国内のマネージド選択肢を使い、インデックス化する対象を最小化・仮名化し、残る越境移転を統制します。
- デリバー(配信) — インデックスに問い合わせるアプリやサイトにはICP備案の義務があり、すでに運用中のスタックの前段に、法令に沿った中国国内からの配信(21YunBox Optimizer)が必要です。
21YunBoxはOpenSearchの競合ではなく、コンプライアンスのオーバーレイでありパートナーです。21YunBoxは、いかなる不正な手段も用いず、推奨することもありません。 当社が成果として目指すのは単純です——OpenSearchが、中国の利用者に向けて適法かつコンプライアントに動くことです。
関連する読み物:
よくあるご質問
OpenSearchのデータが「ただのベクトルのインデックス」でも、中国の法で問題になりますか?
個人情報として扱ってください。実際そうだからです。OpenSearchは、元のインデックス化ドキュメント、そこに構築した転置インデックス、そしてk-NNエンジンを通じた埋め込みとペイロード・メタデータを保存します。いずれも利用者のテキスト・チケット・プロフィールから導かれます。埋め込みはインバージョン(元データの近似的な復元)とメンバーシップ推論を支えるため、匿名化されていません。したがって中国利用者の活動から構築したインデックスは、変換された形でその人々の個人情報を保持しており、それをオフショアのクラスターに保つことはPIPLの下での越境移転です——通知、個別の同意、移転メカニズムが、取扱者である貴社に課されます。
Amazon OpenSearch ServiceがAWS Chinaリージョンにあれば、それでコンプライアントになりますか?
助けにはなりますが、自動的な「はい」ではなく「警告付きの肯定」です。Amazon OpenSearch Serviceは、認可を受けた現地パートナー(SinnetとNWCD)が運営するAWS China(北京)および(寧夏)リージョンで提供されています——別途のAWS Chinaアカウントが必要で、利用できるインスタンスタイプは一部に限られる、正真正銘の中国国内のデータ保存場所の選択肢です。インデックスを国内に保てばデータ保存場所の問いには対処できますが、なお通知と個別の同意、データ最小化、そして——データが中国本土を出る場合には——移転メカニズムの義務があります。対照的に、グローバルのAmazon OpenSearch Serviceには中国本土リージョンがありません。
OpenSearchを基盤とする当社アプリを、21YunBoxは中国で使えるようにできますか?
はい。当社の中国チームが、インデックス化したコンテンツと埋め込みの所在を把握し、貴社の法人格・データ量・利用者に照らしてPIPLの越境移転とデータ保存場所の立ち位置を見極め、適法な中国国内経路——Apache 2.0のエンジンを中国本土のインフラでセルフホストするか、認可された中国国内のマネージド選択肢を使う——を立ち上げます。さらに公開アプリに必要なICP備案済みの中国国内からの配信を、すでに運用中のスタックの前段に、作り直しなしで加えます。具体的なケースはお問い合わせください。
