德国密码、电报与云原生数据主权
内容提要
文章以1917年德国密电被英国截获为例，说明数据主权的关键在于控制权而非物理位置。现代美国CLOUD Act可迫使美企交出欧洲数据，凸显数据驻留不等于主权。作者建议关键系统采用开源、可自托管技术（如Kubernetes、OpenTelemetry、OPA、API网关），以掌控数据位置、访问权限和政策，实现真正的数据主权。
延伸解读
数据驻留不等于数据主权
文章强调，数据主权取决于谁有法律上的访问权，而非数据物理存储的位置。即使数据存放在欧洲的数据中心，美国CLOUD Act仍可迫使美国公司交出数据。因此，选择数据中心位置并不能保证数据安全，关键在于运营商的司法管辖范围。
风险是结构性的，而非个别公司
文章指出，数据被美国政府获取的风险并非某家特定公司的问题，而是所有美国超大规模云服务商都面临的结构性风险。即使更换供应商，只要其处于同一司法管辖区，风险依然存在。因此，评估供应商时，应关注其所在国家的法律环境，而非仅看公司声誉。
开源技术如何助力数据主权
文章建议，对于关键系统，采用开源、可自托管的技术，如Kubernetes、OpenTelemetry、OPA和API网关，可以增强对数据位置、访问权限和策略的控制。这些技术提供了可移植性和开放性，使组织能够在不同环境中部署工作负载，并自主管理监控、策略和API治理，从而减少对外部供应商的依赖。
Q&A
德国1917年密电事件说明了什么数据主权问题？
德国1917年密电事件说明，即使消息经过加密，只要传输基础设施不受自己控制，控制该基础设施的一方就能读取内容。这映射到现代数据主权问题：数据主权取决于控制权，而非物理位置。
数据驻留和数据主权有什么区别？
数据驻留指数据物理存储的位置，而数据主权指谁对数据有法律上的控制权。例如，数据存储在法兰克福（数据驻留），但若云服务商受美国法律管辖，美国法律仍可要求其交出数据，因此数据主权并不由存储位置决定。
美国CLOUD Act如何影响欧洲数据主权？
美国CLOUD Act允许美国政府强制美国公司交出数据，即使数据存储在欧盟境内。这导致欧洲数据可能被美国当局获取，削弱了数据主权。例如，有美国云服务商曾向美国国会交出荷兰监管机构的文件，且未隐去姓名。
为什么说数据主权风险是结构性的而非特定供应商的问题？
因为任何美国超大规模云服务商都受美国法律管辖，无论选择哪家，都面临同样的法律风险。风险源于供应商的司法管辖，而非其声誉或个别行为，因此更换供应商并不能解决根本问题。
对于关键系统，应该考虑哪些问题来确保数据主权？
应该考虑四个问题：1）系统在哪里运行（如使用Kubernetes实现跨环境部署）；2）谁能观测数据（如使用OpenTelemetry控制遥测数据）；3）谁定义策略（如使用OPA管理授权策略）；4）API如何治理（如使用支持开放标准的API网关）。
开源和自托管技术如何帮助实现数据主权？
开源和自托管技术让组织能够掌控数据的位置、访问权限和政策。例如，Kubernetes提供可移植的部署平台，OpenTelemetry允许自选遥测后端，OPA让策略归自己所有，API网关支持统一治理。这些技术使组织能自主运行基础设施，避免依赖单一供应商。
在数据主权方面，如何权衡便利性和控制权？
对于不重要的数据，可以追求便利性，外包或租用服务；但对于关键数据，应优先考虑所有权和控制权，即使这意味着更多的工作。数据主权意味着在需求变化时保持灵活性，而不是被供应商锁定。
