定义
Data Residency（数据属地）指按区域配置数据存储位置，确保数据存储在客户或法规要求的特定国家/地区。与 Data Localization 数据本地化、Multi-Region 多区域部署配合，满足 GDPR、数据出境合规及企业客户对数据主权的要求。
合规背景
欧盟 GDPR 要求个人数据跨境传输需满足 adequacy 决定、SCC 标准合同条款或 BCR 等机制；中国、俄罗斯、印度等国要求特定数据境内存储；企业客户（尤其金融、医疗、政府）常要求数据存储于指定区域。Data Residency 是平台满足上述要求的基础能力，需在架构设计、部署、运维各环节落实。
技术实现
实现 Data Residency 需：在目标区域部署数据中心或使用本地云；按客户、按业务分区存储数据，避免跨区混存；CDR、用量、账单、用户信息等敏感数据按区域隔离；备份、灾备、日志存储均需符合属地要求；跨境传输需通过 DPA、SCC 等合规机制。平台需提供配置界面，允许客户选择数据存储区域。
在 ICMP 中的实践
达希物联 ICMP 支持 Multi-Region 部署，可按客户配置 Data Residency：欧盟客户数据存储于 EU 区域；亚太客户可选新加坡、香港等；支持 Data Localization 强制本地化场景。平台 Audit Trail 记录数据存储与访问，满足合规审计。
属地策略约定的是主存储区域
数据属地约定的是某一客户的主数据写在哪个地理区域。主存储区域一旦确定，账户资料、与该客户相关的卡和用量明细、账单底稿，都应在这个区域创建。它是架构上的放置决定，用来满足合同和法规对“数据放在何处”的要求。放置区域和用户访问速度不是同一个目标：为了就近读取可以把入口放到边缘，但权威副本仍应留在约定区域。
属地要落到具体的数据类别，而不是一句“全部上云”。配置项、公开文档和客户个人数据可以有不同区域。没有分类时，操作员会把所有新表都建在默认区域，默认区域往往是平台最先开通的那一个，不一定是客户约定的那一个。区域标识应写在租户配置里，并由创建数据的服务读取，不能只写在销售合同的附件里。
客户可选区域与法规区域不一致时
客户希望选一个访问更快的区域，但其所在行业或数据类型又被要求留在另一个区域时，以更严格的那条为准。可选列表里就不应出现会被法规排除的区域。已经选错的租户，要有迁移步骤：停止写入、复制到目标区域、核对记录数和校验值、切换读写、再删除源区域副本。只改配置不迁数据，新记录进了新区域，旧记录仍在旧区域。
跨境传输若仍有必要，例如把汇总结果交给另一区域的结算服务，应使用合同里约定的机制，并限制字段。与数据本地化同时存在时，本地化清单优先于客户偏好。支持人员所在地不等于存储区域，远程查看也会形成一次访问，应记入审计追溯。不能因为处理者的办公地在约定区域内，就认为备份放在别处也算同一属地。
灾备复制把数据带出约定区域
高可用设计常把副本放到另一个区域。若那个区域不在客户约定范围内，灾备复制就改变了属地。正确的灾备应先在同一属地范围内找第二个可用区或第二个站点；只有合同明确允许跨区灾备时，才把副本放到区域外，并写明切换时数据会落在哪里。未写明就开启跨区复制，故障切换当天才会发现数据已经出境。
测试环境是另一个出口。用生产详单填满境外测试库，属地同样被打破。分析任务、搜索集群和对象存储生命周期规则里的“复制到归档区域”，都要检查目标位置。切换演练之后，应确认临时副本已删除，而不是只把流量切回主区域。区域配置变更本身要留前值和后值。客户询问数据所在地时，回答应来自实际存储位置，而不是合同封面上的区域名称。两者不一致时，先停止扩大复制，再安排迁回。
租户创建时就选定区域，比事后迁移便宜得多。创建向导里的可选项应来自该客户允许的区域列表，而不是平台全部区域。已有数据的租户若要变更，先停止会写个人数据的任务，再复制、核对、切换、删除。切换窗口内到达的详单要暂存到目标区域，不能继续写入即将废弃的源区域。支持人员查询时，工具应显示数据实际所在区域。显示合同上的区域名称却连到另一个库，属地承诺就只存在于界面文案里。