深言速舟 · 学习站

33 数据路径

Token 工厂拆解手册:从 GPU、推理服务到合同与现金流第六部分 跨境结构约 18 分钟更新于 2026-08-04

33.1 七类对象

提示词是否出境这个问题远远不够。推理服务至少处理七类对象:请求正文、附件和系统提示;模型输出与安全审核结果;token、延迟、IP 地址、设备与调用日志;账户、联系人、账单与客户身份资料;客服工单、诊断包和崩溃转储;微调、评测、缓存和会话状态;模型权重、适配器、密钥和部署工件。对每类数据记录来源地、存储地、备份地、远程管理员所在地、控制者与处理者、保留期、删除机制和后续转移。数据即使没有复制出机房,也可能被境外人员远程读取,或者通过控制面日志、支持包、备份和密钥系统形成跨境处理。第 16.6 节讲过的一点在这里正式落地:前缀缓存把用户输入以中间态形式保留在显存或存储中,这一层在数据合规评估中经常被忽略。

33.2 法域规则

数据规则与出口管制是两套独立的体系,各自有各自的触发条件。

法域规则体系对推理业务的关注点
欧盟与英国GDPR 及相关传输机制个人数据跨境传输的法律基础与本地化要求
中国数据出境安全评估与相关管理办法数据出境的评估、备案与个人信息保护
美国行业性与州级规则,无统一联邦隐私法特定行业数据与敏感个人数据的对外流动限制
东南亚多数法域体系相对新,各国差异大需逐国确认,不能按区域整体判断
图 76推理链路中的数据落点
客户端用户输入网关鉴权 计费日志推理节点显存中的 KV缓存层内存与磁盘四个落点各自要回答的问题落点存了什么保留时长在哪个法域网关请求元数据与计费记录按合同与法规网关部署地推理节点上下文的中间态请求生命周期内机器所在地缓存层前缀 KV,可能跨请求复用按缓存策略存储所在地日志系统可能含请求内容片段按保留策略日志汇聚地
前缀缓存的跨请求复用范围需在设计阶段明确,避免不同租户之间的内容可见性问题。
用户输入的东西不只在内存里过一遍,缓存层可能留着。这块要在合同和技术设计里同时说清楚。

对推理业务而言,最需要明确的是三个问题:请求内容是否构成个人信息或受管制数据、这些数据在哪个法域被处理、日志与缓存保留多久。录音中出现过东南亚数据出境问题较少的直觉判断,发言人自己也说需要再验证,录这是典型的待核验陈述:数据责任取决于数据类型、控制者与处理者、客户地点、机器地点、传输路径和具体法域,不是一个区域标签能决定的。

33.3 实际路径

欧盟路径:合同机制只是其中一步。GDPR 第五章规定个人数据向第三国转移的条件,标准合同条款(SCC)提供一种合同机制,欧洲数据保护委员会要求评估接收地法律和实践,在需要时采用补充措施。核因此不应把已经签 SCC 写成全部工作完成,还要核验出口方与进口方角色、适用模块、再分包、政府访问风险、加密密钥和后续转移,充分性决定和监管解释会变化,签约与续约时都要重新核对。

中国路径:时间线决定门槛。个人信息保护法第 38 条列出安全评估、认证和标准合同等出境路径,并要求境外接收方达到相应保护标准;网信办 2024 年的后续规定调整了各路径的适用门槛并列出若干豁免。核这意味着不能只复制 2023 年办法摘要中的数字门槛,是否涉及重要数据、是否为关键信息基础设施运营者、处理规模、出境必要性和后续规则需要合并判断。只做推理也不是自动豁免:工作负载标签没有回答处理了什么数据、谁是处理者、日志在哪里、境外谁能访问。

新加坡路径:位置与控制要一起看。新加坡的个人数据保护规则要求组织在向境外转移个人数据前采取措施,使接收方提供可比保护并承担可执行义务;PDPC 的指南进一步说明,组织拥有并直接维护海外数据中心服务器时,个人数据仍可能处于该组织的占有或控制。核这个解释属于新加坡语境,不能外推到其他法域,但它的工程启示普遍成立:物理存储位置和访问控制位置必须同时画。谁能登录带外管理、宿主机、调度器、模型仓库、密钥、计量和日志,需要分别授权和审计;零信任架构可作远程运维的设计原则,但不等于监管合规结论。

33.4 请求检查

用一次请求检查整条海外拓扑。假设一家中国客户向新加坡入口发送请求,模型运行在美国托管机房,平台由另一国工程师远程管理,销售合同由新加坡公司签署。不要先问这合不合规,先把一次请求沿时间展开:客户提交时谁完成身份识别和用途限制;网关在哪里终止 TLS 连接、保存 IP 与请求日志;路由器为何把请求发往美国;模型权重由谁许可和更新;远程工程师能否读到请求还是只看聚合指标;流式中断时由谁重试和计费;账单由哪个主体生成;客户向哪个银行账户付款;发生投诉或数据事件时谁在规定时间内通知谁。

这组问题会自然产生四份材料:系统与数据流图、主体和受益所有权图、合同与分包矩阵、资金和税务路径。专业团队不是对一句口号给意见,而是对这四份材料中的具体事实做判断。任何路径改变(新增远程团队、更换机房、增加日志供应商、把模型迁到另一国)都应触发变更评审。

33.5 责任矩阵

常见的职责分工矩阵用负责、批准、咨询、知会标出角色关系,但海外故障还需要更具体的动作权限:谁能暂停客户、撤销密钥、隔离节点、调取日志、批准返修、通知监管或客户、发放服务抵扣、退款、冻结付款和终止上游。每个动作还要标前提、审批人、时限、替代人和证据保留。如果承担责任的人不能执行对应动作,组织图再清楚也没有闭环;反过来,拥有高权限的人若没有明确责任和审计,也会形成隐蔽控制面。风险应与控制和收益一起分配,而不是只在合同末尾写一条广泛赔偿。

追问七类数据分别在哪个法域被处理、谁能远程访问;四份材料现在齐几份;数据事件的通知义务由谁在多长时间内履行。

修订记录

日期改了什么为什么谁
2026-08-04按章导入,正文与插图保持原样原稿结构清晰,重写反而损失信息工程