什么是 data residency？
Data residency 指数据处于静态时所在的物理位置：磁盘放在哪个国家，有时还包括哪个地区。
这是一个很窄的说法，而"窄"正是它的要点。"我们的数据存放在法兰克福"说明了字节存在哪里。它没有说明谁能读取这些数据、哪个司法辖区的法院可以强制披露它们，以及在处理过程中它们会去往何处。这是三个不同的问题，分别由 data sovereignty、法律和一张架构图来回答。
Residency 讲的是静止，不是流动
最常被忽略的区分是：数据在存储时有一个位置，在被处理时则有一组位置，而两者不必重合。
一个翻译平台可以把每一份上传的文件都存放在某国的基础设施上，同时把这些文件的文本发送到另一国托管的模型 API——因为翻译本身发生在那里。关于存储的说法并没有变成假话，它只是回答了一个其实没人真正提出的问题。
这一点之所以重要，是因为监管上的问题通常关乎传输而非存储。例如按照俄罗斯法律，调用境外 API 这一行为本身即构成个人数据的跨境传输——境外没有留下副本并不改变这一点。
机构为什么会问这个问题
存放地要求通过几种途径传到供应商那里，弄清是哪一种是有意义的：
- 行业监管——银行、医疗和政府数据往往带有明确的存储地规则。
- 合同义务——企业客户自身的义务沿供应链向下传递。
- 采购政策——一条没有法律依据的内部规则，但对面对它的供应商而言是实实在在的要求。
- 时延与成本——一个披着合规词汇外衣的工程理由。
前三者在问卷里看上去一模一样，但对"诚实的回答应当涵盖什么"的含义大不相同。
诚实的回答长什么样
把问题回答好的供应商会把几个部分分开说：
- 文件静态存放在哪里，写明服务商与区域。
- 处理过程中有什么离开了这个边界，去往何方。
- 之后保留了什么，保留多久。
只给出第一点、让读者自行推断其余的回答，形式上为真，实际上具有误导性——而这正是最常见的回答形式。
在 KTTC，上传的文件和完成的译文存放在一家俄罗斯服务商的对象存储中（Timeweb Cloud S3）。翻译与字段抽取会调用外部模型 API，因此处理并不局限于该边界之内。这是关于不同阶段的不同事实，任何一个都不能替代另一个。
常见问题
Data residency 和 data sovereignty 是一回事吗？
不是。Residency 是关于地理的事实——存储放在哪里。Sovereignty 是关于法律权力的问题——谁的法律能触及这些数据，而那可能是与放置磁盘的国家不同的另一个国家。
数据存放在一国境内，是否就只适用该国法律？
未必。注册在别处的服务商，可能依其母国法律承担披露义务，无论硬件放在哪里。Residency 限定的是物理答案，而不是法律答案。
如果境外没有任何存储，是否就没有发生传输？
多数情况下仍然发生了。大多数数据保护制度把传送本身视为传输：把文本发送到境外 API 就是传输，即使那里不保留副本。
供应商能否连处理环节也保证存放地？
只有在所有处理依赖项——包括模型服务商、OCR 服务和文档转换服务——都位于该边界之内时才可以。这比关于存储的说法要强得多，应当明确要求对方作答，而不是默认如此。