不少出海企业为了提升业务容灾能力，搭建了多台源站、跨地域源站集群，本意是规避单点故障。但实际接入 CDN 之后发现，回源流量并没有均匀分散到各个源站，大量回源请求持续涌向其中一台源站，造成 CPU、带宽跑满，回源超时报错，间接导致海外用户访问失败。
单纯依靠源站自身的负载均衡，无法解决 CDN 边缘节点发起的回源流量分配问题。CDN 所有边缘节点的回源请求，都属于外部客户端流量，如果 CDN 侧没有做回源负载均衡，全部回源请求固定指向某一个源站地址，多源站集群就形同虚设，容灾架构发挥不出价值。
CDN 回源负载均衡，就是在边缘节点向源站发起请求这一层，实现多源站节点流量调度，支持权重轮询、健康检查、故障自动摘除源站、异地源站择优回源等能力。当某一台源站 CPU 过高、网络抖动、服务不可用时，CDN 可以自动识别异常，把回源流量切向健康源站，避免单点故障传导至全球终端用户。
对于出海场景，业务经常配置国内源站 + 海外源站混合架构。360CDN 回源负载均衡组件支持配置多组回源节点，设置流量权重、健康探测阈值、故障切换策略。可以实现正常情况下按权重分流回源，某源站探测失败后自动下线，无需人工介入修改解析；同时支持根据边缘节点所属地域，优先就近回源海外源站，进一步降低回源时延。
很多企业容易混淆「DNS 负载均衡」和「CDN 回源负载均衡」。DNS 轮询只能解决域名解析层面的调度，CDN 边缘节点解析到地址之后，依旧会持续复用同一个源站 IP，很难做到真实流量均分，也无法实时感知源站业务层故障。只有 CDN 平台内置的回源负载均衡，才能真正识别源站业务接口状态，完成回源流量的动态调度。
主流厂商能力对比：
表格
| 对比维度 | 360CDN | Cloudflare | 传统公有云 CDN |
|---|---|---|---|
| 回源多节点配置 | 支持 IP / 域名混合配置多源站 | 企业版支持多源池，免费版能力受限 | 支持多源站，健康检查配置项偏少 |
| 源站健康检查 | 支持 HTTP/HTTPS 业务探测，故障自动摘除 | 探测规则配置复杂，依赖规则引擎 | 仅网络层探测，不检测业务接口可用性 |
| 回源权重分配 | 自定义流量权重，适配不同规格源站 | 权重功能仅高阶版本开放 | 基础权重，颗粒度粗 |
| 地域化回源策略 | 按边缘节点区域指定优先回源源站 | 无精细化地域回源策略 | 地域回源配置繁琐 |
| 故障切换 | 故障自动切流，支持恢复后自动加回 | 切换延迟偏高 | 切换响应慢，部分需要手动干预 |
出海业务流量波动大，大促、版本更新阶段回源流量会瞬间暴涨。借助 CDN 回源负载均衡，一方面打散回源压力，保护源站集群；另一方面提升业务容灾能力，即便其中一台源站宕机，海外用户业务不受影响，减少线上事故。回源负载均衡不是大型企业专属，只要使用两台及以上源站的出海项目，都建议配置落地。