异地多活全局负载调度是智能路由体系，通过gslb+dns地理解析、业务单元分片路由、实时健康容量感知及兜底容错机制，实现请求自动落到最合适的活节点。
异地多活的全局负载调度，核心是让用户请求“自动落到最合适的活节点”，同时兼顾延迟、容量、健康状态和数据归属。它不是单纯靠DNS轮询或随机分发，而是一套有策略、可感知、能自愈的智能路由体系。
基于地理位置的智能解析（GSLB + DNS）
这是第一道流量入口关卡。全局服务器负载均衡（GSLB）结合权威DNS，根据用户出口IP的地理信息（如省市、运营商、经纬度），将域名解析指向物理距离最近、网络质量最优的数据中心。
- 例如：广东用户访问时，优先返回广州机房的VIP地址；海外新加坡用户则返回新加坡节点IP
- 需接入实时网络探测（如ICMP/Ping/HTTP探针），动态剔除高延迟或不可达的机房
- 避免使用TTL过长的DNS缓存（建议设为60–300秒），确保故障后分钟级生效
按业务单元路由（User-ID / Region 分片）
在应用层做二次精细化调度，确保同一用户的全链路（请求、缓存、数据库）尽量闭环在同一个逻辑单元内，减少跨地域读写和回源。
- 登录态或请求头中携带用户ID或区域标签（如region=sh），网关依据哈希或映射表路由到对应单元
- 支持“主单元+备单元”双路由策略：主单元异常时，自动降级到同城或邻近单元处理（需配套最终一致性设计）
- 对新注册用户，可按地理来源预分配初始单元，避免冷启动抖动
实时健康与容量感知调度
静态配置无法应对突发流量或局部故障。真正的多活调度必须集成运行时指标反馈。
- 采集各机房关键指标：CPU/内存水位、API错误率、P99延迟、DB连接池使用率、消息积压量
- 调度器（如自研LB或Service Mesh控制面）按权重动态调整流量比例，例如从8:2临时切为5:5
- 支持人工干预开关：一键关闭某机房入口、设置灰度放量比例、标记维护中状态
兜底与容错机制不可少
再智能的调度也存在盲区——比如DNS劫持、客户端缓存脏解析、首次请求无上下文等。
- 网关层实现“二次路由”：若本地单元无可用实例或超时，自动转发至同城另一单元（低延迟）或预设灾备单元
- 关键接口支持“读本地+回源查”模式：如订单查询先查本单元DB，未命中则按用户ID反查主单元
- 所有跨单元调用必须带超时和熔断，防止雪崩扩散
