数据驻留与本地部署，一次讲清楚

「你的数据很安全」不算答案，「我们是上云的」也不算。数据驻留是一个具体的问题，也有具体的答案：数据在哪个国家、谁能碰到它，以及如果你想把它换个地方，会发生什么。

下面讲这些说法在实际中是什么意思，以及在你拍板之前该问些什么。

驻留讲的是位置，主权讲的是控制权

数据驻留（data residency）指的是数据存放在某个特定的国家或区域。数据主权（data sovereignty）指的是它受哪个司法管辖区管辖——这两者并不总是一回事，因为一个国家的服务器，可以由一家在另一个国家注册的公司运营。

对多数企业来说，实际要操心的比法律理论简单得多：你能不能白纸黑字说出某一条客户记录在哪个国家，并且在监管机构或大客户问起时拿得出证据？

按 IP 判定区域是什么意思

云端部署时，系统会看请求来自哪个 IP 地址、判断出国家，然后把数据留在对应的区域。泰国的客户由泰国区域服务，马来西亚的客户由马来西亚区域服务。

有两点是它并不代表的，而且这两点经常被误读：

• 它不是安全管控，而是一条存放位置的规则。访问控制是另一套机制。
• 它也不能替你做出决定。如果你的合规要求是「所有数据放在同一个国家」，那么跨六个市场按 IP 判定区域就是错的形状——你要的是单一区域，或者本地部署。

六个市场在实际中是什么样

我们的云端部署会把数据放在各市场所属的区域，使用该市场的核心机房：

市场	核心机房
新加坡	新加坡
马来西亚	吉隆坡
老挝	万象
印尼	雅加达
柬埔寨	金边
泰国	曼谷

如果你需要别的安排——比如共用一个区域，或者所有流量都放在某个特定国家——这要写进书面范围，而不是塞在脚注里。

本地部署：实际要做的事有哪些

把系统跑在你自己的服务器或私有云上，是一个正当的选择，不是降级。当监管机构、母公司或某个大客户要求数据绝不能离开你的网络时，这通常就是对的选项。

老实说，它包含这些：

• 运维落到你身上。 备份、更新和在线率变成你的责任，或者由我们和你一起跑一套支持安排。
• 你得有地方放它。 自己机柜里的一台虚拟机，或者一个私有云租户，规格在安装之前先谈好。
• 迁移是一个项目。 从云上某个区域搬到你自己的硬件，是有计划、有切换动作的工作，不是改一个配置开关。
• 文档不再是可有可无。 安装、备份和恢复的步骤都必须写下来，因为将来操作它的人不会只有我们。

值得问任何一家供应商的问题

• 数据到底存在哪个国家，备份又在哪里？
• 这个位置是固定的，还是跟着流量走？由什么决定？
• 谁可以访问这些数据，访问有没有留下记录？
• 如果合作结束，数据会怎么处理——导出格式、时间表、删除的凭证？
• 能不能部署在我们自己的基础设施上，如果可以，合同里会有什么变化？

如果供应商只回你一句「是的，我们合规」，却没说清楚是哪个国家，那你还没有得到答案。

为什么这个问题比大家想的更早出现

数据驻留的问题很少是运维团队提出来的。它通常来自采购审查、母公司的 IT 政策，或者某份招标要求——而且往往是在合同签署前几周才冒出来，架构却早就定好了。

在开发开始之前就把区域、备份位置和本地部署的选项定下来，成本是一场会。之后才定，成本是一次迁移。