分地区合规差异：数据驻留与备案的现实约束
落位不只是延迟账，还有合规账：内地节点的备案要求、数据出境的边界、个保法与 GDPR 对中小站点的现实约束。给出一张「地区 × 合规动作」速查表。本篇为工程视角科普，不构成法律意见。
选地区时最容易漏掉的一层账：合规。节点落位决定了你的数据在法律意义上「在哪里」，而「在哪里」触发完全不同的义务清单。本篇是地区与机房中心的合规参考篇：用工程视角把备案、数据驻留、个保法/GDPR 三件事讲成可执行的检查表。本篇不构成法律意见——涉及具体业务合规，请咨询专业顾问；本篇的价值是让你知道该问什么。
备案：内地与海外节点的分水岭
ICP 备案的规则骨架（以监管部门最新要求为准）：网站使用中国内地服务器对外提供服务 → 域名需要 ICP 备案；使用港、澳、台及海外节点 → 不触发内地备案义务。这就是「备案」在落位决策里的真实权重：
| 落位 | 备案要求 | 体验代价 | 适合 |
|---|---|---|---|
| 中国内地节点 | 需要 ICP 备案（企业主体，周期以官方为准） | 无——内地用户延迟最低 | 用户 90% 在内地、能接受备案周期的业务 |
| HK / 海外节点 | 不触发内地备案 | 内地访问有物理延迟账（HK 最低） | 出海业务、备案周期等不起的初创、外企站点 |
工程侧的三个现实约束：①备案期间站点不能对内地提供服务（时间线要排进项目计划）；②备案主体与域名、服务器信息要一致（换机房/换 IP 可能触发变更备案——迁移前先查）；③「用海外节点绕过备案」对内地经营性业务是违规风险，不是技巧——本篇不讨论任何规避路径。
数据驻留与出境：边界在哪
- 个人信息出境：《个人信息保护法》(PIPL) 对向境外提供个人信息设有条件（告知同意、评估/认证/标准合同等路径，具体适用以监管要求与专业意见为准）。工程含义：把含个人信息的数据库放到海外节点，就是数据出境行为——落位前先把数据分类做掉；
- 数据分类的最小动作：把字段分成「个人信息 / 敏感个人信息 / 业务数据（非个人）/ 日志数据」四类，逐类回答「能不能出境、出境走什么路径」；
- 日志也是数据：访问日志里的 IP、UA、行为轨迹可能构成个人信息——「日志里不该留什么」的实操清单见安全基线中心；
- 多地区架构：常见解法是「个人信息留在用户所在地区节点，聚合统计与冷备份出境」——架构层面把出境面收窄。
GDPR：面向欧洲用户时的现实约束
业务面向欧盟用户（哪怕服务器不在欧盟），GDPR 就可能适用。中小站点最常被咬到的四条：①同意与告知（Cookie/统计脚本的同意管理）；②数据主体权利（访问/删除/导出请求要有工程通道）；③处理记录（你处理什么数据、为什么、存多久——一张表的事）；④泄露通知（72 小时窗口——没有监控与应急预案就做不到，见安全中心应急响应篇）。落位含义：欧洲用户占比高时，欧洲节点或 CDN 边缘 + 数据分类架构，比「SG/美西一把梭」省事得多。
行业性要求速查（工程视角）
- 金融周边：物理独占、审计日志不可篡改、数据不出境通常是硬要求——裸金属 + 内地节点的组合（临界点判断见选型中心裸金属篇）；
- 医疗/健康：敏感个人信息等级最高，驻留与加密要求最严；
- 游戏：内地发行走版号与备案体系；出海（含港澳台/东南亚）落 HK/SG 是主流路径；
- 电商：交易与个人信息的存储地、支付数据的边界（PCI-DSS 若涉卡支付）要逐项过。
合规成本的工程折算
合规不是纯法务开销，把它折算成工程项才能进落位决策：备案的时间成本（项目排期 + 变更备案的迁移约束）、数据分类的实现成本（字段级标注 + 存储分区）、权利请求通道的开发成本（导出/删除 API）、泄露通知的运维成本（监控 + 预案 + 演练）。粗略口径：中小站点做齐这四样的工程量是「人周」级，不是「人月」级——前提是落位决策时就把它们排进去；事后补的成本通常是事前排的数倍（架构推翻重来）。这也是「合规是前置约束」的另一层含义：它便宜的时候，恰恰是最早的时候。
落位前的合规三问（检查表）
# 把这三问的答案写进架构文档，落位决策才算完整：
1. 我的用户数据里有个人信息吗？字段级清单在哪？
2. 这些数据将存储在哪个司法辖区？触发备案/出境/同意义务吗？
3. 用户行使权利（访问/删除）与泄露通知（72h）的工程通道存在吗？下一步：三问有答案后再回地区与机房中心做延迟与成本的落位决策——合规是前置约束，不是事后补丁。安全基线的工程实操 → 安全基线中心；节点资源 → 在售配置。