定义
Edge Location（边缘节点）指部署于用户或设备就近位置的接入节点，实现就近接入（Proximity Access），降低跨境连接时延、提升响应速度。与 Multi-Region 多区域、CDN 内容分发配合，是 ICMP 面向全球客户提供低延迟服务的基础设施能力。
应用场景
Edge Location 在 ICMP 中的典型应用包括：API 接入——客户系统调用 RESTful API 时，请求可路由至最近的边缘节点，减少跨洋延迟；Portal 与控制台——通过 CDN 或边缘节点加速静态资源与页面加载；设备接入——物联网设备上报数据、接收指令时，可选择就近网关，降低端到端时延。跨境场景下，亚太、欧洲、美洲客户访问同一平台，边缘节点可显著改善体验。
与 Multi-Region 的关系
Edge Location 是 Multi-Region 架构的延伸：多区域部署核心服务，边缘节点提供就近接入与缓存。边缘节点可承担流量入口、SSL 卸载、简单路由等职责，复杂业务逻辑仍回源至区域中心。结合 Region Failover，边缘可配置多源站，实现高可用。
合规考量
边缘节点可能缓存或暂存数据，需考虑 Data Residency 与 Data Localization：敏感数据不宜缓存至境外边缘；部分国家要求数据不出境，边缘节点部署需符合当地法规。平台需明确边缘节点的数据存储策略，满足合规要求。
边缘节点承担的接入与卸载职责
边缘节点是放在靠近访问者的接入点，用来缩短第一跳。它适合终止加密连接、按规则把请求转到正确区域、直接返回已经允许缓存的静态文件。它不是一套完整的计费和卡管理区域。卡状态的权威写入、账单计算和详单保存仍应回到该客户所属的区域服务。把边缘当成第二个主库，会出现两个地方同时修改同一张卡。
设备或客户系统连到最近的节点后，节点根据租户配置把业务请求转发到主区域。转发应保持原有的身份和请求号，不能在边缘重新签发一个无法追溯的内部身份。节点故障时，请求应转到下一节点或直接进入区域，而不是在边缘排队直到超时后丢弃写操作。就近只优化路径，不改变数据归属。
请求可以在边缘终结的业务条件
可以在边缘直接结束的，是不读取客户私有数据的请求：公共脚本、证书握手、健康检查，以及明确允许缓存且不含个人数据的说明页。业务读写要满足三个条件才可以不回源：结果对所有命中者相同、允许在节点停留的时间已经写明、节点所在地被属地规则接受。三条缺一，就应回源到多区域中的主区域。
长连接和有状态操作不宜在边缘随机转发。若同一会话的两次请求落到不同区域，暂停和查询会读到不同步的状态。需要粘滞时，粘滞键应是租户或会话，而不是会变化的出口地址。与内容分发的分工是：分发网络保存可公开的副本，边缘节点还可以做接入和路由。两者都不负责生成新的计费结果。边缘日志若含有卡标识，日志的存放地也要计入属地，不能因为“只是接入日志”就送到全球汇总。
边缘暂存违反属地的数据
为了重试而把账单、详单或诊断结果写在边缘磁盘上，这些文件就成了主区域之外的副本。节点若位于客户约定区域以外，属地在暂存发生时已经被改变。加密不能代替存放位置：密文仍然是那份数据的副本。调试开关若把完整请求体打到边缘日志，个人数据和令牌会留在节点上，比主库更难清理。
另一种差错是故障切换时把主存储临时升到边缘节点，切换结束后没有把数据迁回，也没有删除边缘副本。缓存键过于宽泛，会让不同租户命中同一份诊断结果。处理原则是：边缘默认只保留连接级别的短时状态，业务载荷回源；必须暂存时，只允许落在该租户允许的区域内，并设置明确的删除时间。上线检查要列出每个节点的地理位置和它被允许保存的数据类别。发现越区暂存，先停止写入该节点，再清除副本，最后才恢复接入。
节点的地理位置要作为配置项管理，而不是只写在网络图上。新增一个接入点时，检查它能否接收该区域客户的流量，以及它的磁盘、日志和缓存策略是否允许保存业务载荷。不允许，就只做转发。健康检查失败后的备用节点也必须通过同样的检查，不能为了恢复速度把流量送到一个未审查的站点。演练时记录请求最终落到的区域，确认就近没有改写成跨区写入。接入日志若要集中检索，先去掉卡标识和令牌，再离开节点。