关键要点
- 数据驻留（数据在哪里）与数据主权（哪部法律管辖它）是不同的问题——美国总部提供商的"欧盟区域"解决了前者，但只部分解决了后者。
- Schrems II（欧盟法院，2020年）意味着即使服务器物理位于欧盟境内，总部位于美国的云和AI提供商仍受美国监控法律（《云法案》、FISA第702条）的管辖。
- GDPR第44至49条规定了个人数据向欧盟/欧洲经济区以外的任何传输——这包括对欧盟境外推理端点的API调用，而不仅仅是批量数据导出。
- 实际存在三种架构方案：自托管/本地部署推理、美国超大规模云厂商的欧盟区域云、以及总部位于欧盟的"主权云"——每种方案的次级处理者和司法管辖概况都不同。
- 除非有经验证的传输机制专门覆盖跨区域数据流,否则跨国企业通常应默认采用按区域划分的推理集群。
- 没有任何部署模式能被笼统地称为"符合GDPR"——这取决于贵公司具体的处理活动、法律依据和DPIA。本文不构成法律建议；请咨询贵公司的DPO或法律顾问。
AI工作负载中数据主权的实际要求
"数据主权"一词常被随意使用，但对企业AI部署而言，它归结为三个具体问题：数据在物理上于何处被处理和存储、哪些次级处理者在过程中接触过它、以及无论服务器位于何处，哪个政府能够合法强制获取访问权。
数据驻留只回答第一个问题——它是关于物理或逻辑位置的陈述（"这些数据存储在法兰克福"）。数据主权回答第三个问题——它是关于法律管辖权和可执行性的陈述（"哪个国家的法院和情报访问法律能触及这些数据和这家供应商"）。总部位于美国的云提供商可以提供完整的欧盟数据驻留（欧盟数据中心、欧盟支持团队、作为合同方的欧盟法律实体），但仍在结构上受美国法律管辖，因为母公司本身在美国法律下仍是"美国主体"，无论某个具体服务器机架物理上位于何处。
对AI推理而言，这一点尤为重要，因为涉及的"数据"不仅仅是训练数据——它包括每一个提示词、RAG流程中检索到的每一份文档、每一次模型输出，以及可观测性堆栈捕获的每一条日志记录。处理地点分析必须追踪整个链条：推理端点、若使用RAG则包括嵌入/向量存储服务、日志/可观测性供应商，以及任何第三方微调或评估服务。每一个都是潜在的次级处理者，各有其管辖权，GDPR第28条要求每一个都必须签订数据处理协议。
正在评估自托管LLM部署的SOC 2和ISO 27001准备情况的企业会认出这种模式——审计准备和数据主权分析都始于同一张次级处理者地图，只是应用于不同的监管问题。
📍 简单一句话
AI的数据主权意味着，控制你数据访问权限的司法管辖区不会仅仅因为供应商的服务器位于你的国境内而自动改变——谁能强制获取访问权，与磁盘在哪里同样重要。
💬 简单来说
数据驻留＝字节物理存放的位置。数据主权＝哪部法律控制对这些字节的访问，包括外国政府的法律要求。一家美国公司的"欧盟区域"可以拥有欧盟驻留，但在法律访问方面仍可能受美国主权管辖——这就是Schrems II问题的一句话概括。
Schrems II与GDPR第44-49条：跨境传输基础
2020年欧盟法院的Schrems II裁决废除了欧盟-美国隐私盾协议框架，其认定依据是美国监控法律（主要是FISA第702条以及《云法案》的管辖范围）未能为美国当局可访问的个人数据提供与欧盟法律"实质等同"的保护。这对企业AI采购方的实际影响是：使用总部位于美国的AI供应商——即使提供欧盟托管的端点——也不会自动解决该裁决所指出的潜在法律访问风险敞口。标准合同条款（SCC）在Schrems II之后仍是有效的传输机制，但欧盟法院要求在目的国法律可能凌驾于SCC保护之上的情况下采取补充性技术和组织措施，并配合一份评估该风险的书面传输影响评估（TIA）。
GDPR第44至49条是具体运作规则：第44条确立了一般原则，即任何向第三国的个人数据传输都必须符合本章的条件。第45条涉及充分性决定（欧盟已认定某些国家提供充分保护——在安全港协议和隐私盾协议均被废除后，美国目前不具备普遍适用的充分性决定）。第46条涉及受适当保障措施约束的传输，主要是SCC。第47至49条涉及具有约束力的公司规则以及针对特定情况的狭义例外。
企业AI采购方最常忽视的一点是：这些规则适用于欧盟/欧洲经济区以外的*任何*个人数据传输，而不仅仅是批量导出。将一位欧盟客户的支持工单通过单次API调用发送到美国托管的推理端点，即属于第44-49条范围内的传输，即使响应在毫秒内返回且没有任何东西以传统意义"存储"。同样的规则也适用于包含个人数据并被发送至欧盟境外可观测性平台的遥测数据、错误日志和分析事件。
若读者希望就这一确切风险维度比较具体的模型供应商，请参阅Qwen、DeepSeek、Llama与Claude的GDPR风险比较——该文评估的是具体模型/API选择；本文关注的是位于模型选择之上的部署架构问题。
自托管对比欧盟区域云对比主权云
三种架构模式涵盖了大多数企业选项。没有哪一种能自动"合规"——每一种都会改变涉及的次级处理者和司法管辖区，而这正是贵公司DPO真正需要评估的内容。
| 方案 | 数据位置 | 主权概况 | 搭建成本 | 最适合 |
|---|---|---|---|---|
| 自托管／欧盟境内本地部署 | 欧盟/欧洲经济区，自有基础设施 | 风险最低——推理路径中无第三方 | 高（硬件、运维、扩展） | 受监管/高风险数据，最大化控制 |
| 美国超大规模云厂商欧盟区域 | 欧盟数据中心，美国总部供应商 | 中——通过母公司仍存在Schrems II风险 | 低（托管服务） | 追求速度、低风险数据、已有TIA |
| 欧盟主权云 | 欧盟/欧洲经济区，欧盟总部供应商 | 低——欧盟司法管辖权，默认欧盟法律DPA | 低至中（托管服务，生态系统较小） | 无美国实体风险敞口的托管便利 |
跨国架构：按区域集群对比集中式
推行企业AI的跨国公司面临一个与模型质量无关的结构性抉择：每个区域的个人数据是由物理和法律上都位于该区域的推理集群处理，还是全部路由到一个集中式集群（通常位于公司AI平台团队所在地）？
集中式集群在运维上更简单——只需维护一套部署、一个模型版本、一套可观测性堆栈。但每个区域的个人数据一旦到达API就跨越了边界，这使得源自欧盟、流向欧盟境外集群的数据直接落入GDPR第44-49条的管辖范围，在其他地区也会落入类似制度（巴西的LGPD、沙特阿拉伯和阿联酋的PDPL）。每一条跨境数据流都需要各自经验证的传输机制和各自的TIA——而且该机制必须在某一司法管辖区的充分性状态或监控法律格局发生变化时依然有效，隐私盾协议的废除就是这种情况已发生过一次的例证。
按区域划分的架构——欧盟集群服务欧盟个人数据，美国集群服务美国数据，依此类推——以运维简便性换取显著缩小的跨境足迹：只有真正跨区域的用例（例如涉及多个区域团队的全球支持工单）才需要传输机制，而不是每一次请求的默认流程。对于处理任何具有实质意义的受监管数据类别（客户个人身份信息、员工数据、健康或财务数据）的大多数跨国公司而言，这是更安全的默认方案，尽管在基础设施和运维方面成本更高。
已经为其他司法管辖区运行区域化部署的公司，会在沙特阿拉伯和阿联酋的对应PDPL分析，或巴西LGPD指南中认出同样的逻辑——欧盟/GDPR案例只是拥有最深厚的执法先例和最常被引用的判例法（Schrems I和II）作为支撑。
面向IT采购方的决策框架
按顺序完成以下步骤——在进入供应商选择之前，每一步都会缩小实际可行的部署选项范围。
- 1对数据进行分类
Why it matters: 确定涉及的提示词、检索文档和输出是否属于GDPR第4条第(1)款所定义的个人数据，以及是否涉及第9条所定义的特殊类别数据。此分类会改变法律上必须采取的保护措施，而不仅仅是建议采取的措施。 - 2映射AI链条中的每一个次级处理者
Why it matters: 推理托管方、向量存储/RAG检索服务、日志/可观测性供应商，以及任何微调或评估服务，每一个都是独立的次级处理者，都需要各自的第28条DPA——而不仅仅是主要的模型供应商。 - 3判断是否有任何处理环节离开欧盟/欧洲经济区
Why it matters: 即使核心推理完全在欧盟境内进行，针对欧盟个人数据的单次美国日志或分析调用也会触发GDPR第44-49条。请检查整个链条，而不仅仅是模型端点。 - 4按数据类别选择部署模式
Why it matters: 对于受监管或高风险数据，自托管或欧盟主权云是风险敞口更低的默认方案；一旦具备经验证的传输机制和TIA，美国超大规模云厂商的欧盟区域对低风险工作负载可能是可接受的。 - 5决定采用集中式还是按区域架构
Why it matters: 除非有经验证的传输机制专门且目前正在覆盖你计划中的跨区域数据流，否则跨国部署应默认采用按区域划分的推理集群。 - 6记录评估并获得DPO/法务部门批准
Why it matters: 书面记录的传输影响评估和DPIA才是监管机构和审计人员真正要求提供的证据。从未形成书面记录的非正式内部审查不构成尽职调查的证据。
值得评估的欧盟主权云选项
如果自托管自有硬件对你的团队而言是过重的运维负担，多家总部位于欧盟的供应商提供受欧盟管辖、默认配备欧盟法律DPA的托管GPU基础设施。这并非详尽无遗的供应商评估——在做出承诺之前，请直接核实当前价格、认证和DPA条款，并参阅涵盖七家供应商价格与功能细分的完整欧盟云GPU比较。
- Hetzner Cloud GPU — 德国公司，德国数据中心，每月固定价格从€184起，可立即获得德国法律下的DPA
- Scaleway GPU Instances — 法国公司（Iliad子公司），按小时计费从€0.50/小时起，已获得SecNumCloud认证
- OVHcloud — 法国多区域欧盟供应商（法国、德国、波兰、英国），有SLA保障，已获得面向医疗级数据的HDS认证
- STACKIT — 德国企业级供应商，已获得TISAX认证，通常需要企业规模的合同
- 若需与上述任一部署方案配合使用的审计准备工具，可参阅提供合规自动化服务的Vanta——无论选择哪种基础设施，它都有助于追踪本框架所要求的DPA和次级处理者文档。
这不是法律建议
本文旨在为AI部署规划解释数据主权和GDPR跨境传输的一般性概念。它不构成对贵公司的合规认定，本文所述的任何部署模式——无论是自托管、欧盟区域云还是欧盟主权云——都不能被笼统地保证"符合GDPR"。合规与否取决于贵公司具体的处理活动、法律依据、次级处理者链条、DPIA和风险评估，这些只有贵公司的数据保护官或合格的法律顾问才能针对贵公司做出评估。在依据本内容做出部署决策之前，请务必咨询他们。
常见问题
AI工作负载中数据驻留与数据主权有什么区别？
数据驻留关乎物理/逻辑位置——数据存储和处理的地点。数据主权关乎法律管辖权——无论服务器位于何处，哪个国家的法律和政府访问权力能触及这些数据以及处理数据的供应商。总部位于美国的供应商可以提供完整的欧盟数据驻留，同时其母公司仍受美国法律管辖——这就是为什么单靠驻留无法解决主权方面的担忧。
使用AWS、Azure或Google Cloud的欧盟区域是否满足AI推理的GDPR要求？
这解决了数据驻留问题，若配合正确的合同和技术保障措施，可以成为有效合规方案的一部分，但它本身并不能消除Schrems II风险敞口——该供应商仍是受美国监控法律管辖的美国总部实体。这对贵公司具体数据是否可接受，取决于风险分类、补充保障措施和书面TIA。这是一项逐案判断，而非简单的是非题。
Schrems II是什么，为什么它对LLM API很重要？
Schrems II是2020年欧盟法院的裁决，废除了欧盟-美国隐私盾协议，认定美国监控法律未能提供与欧盟法律实质等同的保护。对LLM API而言，这意味着通过总部位于美国的推理供应商传输欧盟个人数据——即使经由欧盟托管的端点——仍存在残余的法律访问风险敞口，仅靠标准合同条款而无补充措施无法完全解决。
GDPR第44至49条规定了什么，如何适用于AI？
它们规定了向欧盟/欧洲经济区以外传输个人数据的规则：第44条确立一般规则，第45条涉及充分性决定，第46条涉及标准合同条款等保障措施，第47至49条涉及具有约束力的公司规则和狭义例外。对AI而言，它们适用于任何包含个人数据、跨越欧盟/欧洲经济区边界的API调用、日志记录或遥测事件——而不仅仅是批量数据导出。
自托管LLM是否自动符合GDPR？
不是。在欧盟境内自托管消除了该特定工作负载的跨境传输风险敞口——这是真实且有意义的风险降低——但并不能覆盖GDPR的所有要求：无论模型在何处运行，法律依据、DPIA、数据最小化、留存期限和安全措施仍需正确处理。
什么是"主权云"，它与普通的欧盟区域云有何不同？
实际上，"主权云"描述的是一家总部和法律注册地均位于欧盟（而不仅仅是运营欧盟数据中心）的供应商，因此该公司实体本身——而不仅仅是服务器位置——处于美国法律管辖范围之外。总部位于美国的供应商所提供的"欧盟区域"提供欧盟数据驻留，但在这个意义上并不提供欧盟主权，因为其母公司仍是美国法律主体。
跨国公司应该运行单一集中式AI集群还是按区域划分的集群？
对于任何具有实质意义的受监管数据类别而言，按区域划分的集群通常是更安全的默认方案，因为它们将跨境传输风险敞口限制在真正跨区域的用例上，而不是让每一次请求都成为一次传输。集中式集群在运维上更简单，但需要经验证的传输机制和TIA来覆盖每个区域的出境数据流，而且该机制必须在法律格局变化时依然有效。
什么是传输影响评估（TIA），AI部署是否需要它？
TIA是一份书面评估，用于判断标准合同条款（或其他传输机制）在考虑目的国法律的情况下是否提供充分保护，Schrems II裁决要求，只要个人数据在SCC下离开欧盟/欧洲经济区，就需要进行TIA。如果你的AI部署中有任何部分将欧盟个人数据发送给欧盟境外的处理者，你就需要一份TIA——其范围和格式应由贵公司的DPO或法律顾问确认。
美国公司的欧盟子公司托管AI工作负载是否能避免Schrems II问题？
如果该欧盟子公司对该处理活动而言是真正独立的控制者，且母公司无法强制获取数据访问权，这确实能显著降低风险敞口——但如果美国母公司保留访问权，或该子公司仍受美国法律域外要求的约束，仅凭子公司结构并不能自动解决Schrems II方面的担忧。这需要针对公司结构和数据访问结构进行具体的法律评估，而非一条通用规则。