异地多活流量分发体系的核心是“分层解耦+策略下沉+状态闭环”：DNS层做地域初筛，GSLB层做健康与负载决策，本地LB层做实例级调度，网关层做单元化路由，四层职责清晰、互为兜底。
构建异地多活的流量分发体系，核心不是堆砌多层负载均衡设备，而是让每一级承担明确职责、彼此协同、不互相干扰。关键在于“分层解耦 + 策略下沉 + 状态闭环”——DNS层管地域粗筛，GSLB层管健康与负载，本地LB层管实例级调度，网关层管业务单元路由。
第一级：全局智能DNS（GeoDNS）做地域初筛
这是用户请求进入系统的第一个关口，目标是把流量大致导向地理上最近的数据中心，降低基础网络延迟。它不关心后端服务是否健康，只依据IP地理位置库做静态映射。
- 用AWS Route 53或阿里云GTM配置Geo-Based Routing策略，比如将华东用户默认解析到上海机房，华南用户解析到广州机房
- 配合权重调整能力，在大促前手动提升新上线机房的流量占比（如从10%逐步调至30%），实现灰度引流
- 避免纯轮询或随机解析——这会导致同一用户反复跳转不同机房，引发数据不一致问题
第二级：全局负载均衡器（GSLB）做健康与负载决策
这一层真正开始做“智能”，它持续探测各数据中心的可用性、响应时长、CPU/带宽水位，并据此动态调整流量分配，是故障自动切换的执行中枢。
- 启用主动健康检查（HTTP探针或TCP握手），一旦某机房连续3次失败，立即剔除其服务地址
- 结合Load-aware Routing策略，例如当北京机房CPU使用率超过75%，自动将新增流量的20%重定向至深圳机房
- 支持Fallback链路配置：主中心不可用时，自动启用预设的备用中心，而非等待DNS TTL刷新（通常需分钟级）
第三级：本地负载均衡（如Nginx/SLB）做实例级分发
流量已抵达目标机房，这一层专注机房内服务实例的负载均衡和熔断保护，不跨地域，延迟极低，配置可高频更新。
- 基于真实后端响应时间（RT）做加权轮询，比单纯连接数更反映实际压力
- 配置实例级熔断：单个Pod连续5次超时（如>2s），临时摘除5分钟，避免雪崩传导
- 与服务注册中心（如Nacos）联动，自动感知新扩容实例并纳入流量池，下线实例秒级剔除
第四级：业务网关做单元化路由（关键一环）
前三级解决“去哪个机房”，这一层解决“去机房里的哪个业务单元”。尤其对电商业务，必须保证同一用户的所有读写操作落在同一个数据单元，否则因同步延迟导致“订单查不到”这类问题。
- 基于用户ID哈希或手机号归属地，映射到固定单元（如uid % 100 → 单元sh-07）
- 网关内置路由表，收到请求后先查用户归属单元；若当前机房无该单元，则302重定向或代理转发至对应机房的网关
- 支持运行时热更新路由规则，比如某单元数据库升级时，可将该单元流量临时切至同机房其他副本，不影响用户
真正稳定的异地多活流量分发，靠的不是某一层有多强，而是四层之间职责清晰、反馈闭环、互为兜底。DNS兜不住就靠GSLB，GSLB失灵还有本地LB保底，而单元路由则把一致性风险收口在业务逻辑层。不复杂但容易忽略。
