概览
调度的目标不是让所有请求走同一条路，而是在可用性、缓存复用和响应速度之间找到适合业务的安排。WAFGO 将这些选择与实际观测联系起来。
不同资源有不同的交付重点
小文件更容易受连接与首字节时间影响；大文件关注持续传输；动态请求则依赖源站处理。分类后的测量能避免优化方向偏离问题。
页面与小文件
结合资源数量、连接复用和缓存键设计，减少不必要的请求等待。
媒体与下载
观察持续吞吐、切片复用与下载恢复，而不是只看一次请求开始得多快。
动态业务请求
明确哪些请求需要回源，避免用错误的共享缓存掩盖应用层延迟。
健康检查必须能反映业务可用性
网络可达并不意味着业务正常。检查点需要选择合适的路径、预期状态与内容条件，同时避免健康检查本身给源站增加明显压力。
- 为故障与恢复设置稳定的判断条件，避免短暂抖动导致频繁来回切换。
- 验证备用源站的数据、证书与主机头要求，切换前确认其能够真正承接请求。
- 记录切换时间与触发原因，恢复后观察会话、缓存和长连接是否受到影响。
保留明确的策略与回退边界
自动调度也需要可解释的配置。上线前确认可用策略、优先级和故障条件，并对有状态或写入请求特别谨慎。
策略分组
将资源与业务入口分组，避免一次规则调整同时影响公开下载和用户交易。
观测反馈
结合错误率、响应时间、命中率与回源量评价调整，不将单一指标改善当作整体收益。
受控回退
保留之前的配置与责任人，在业务异常时按照既定步骤恢复。
实施与检查步骤
- 01
识别请求类型
区分静态、动态、媒体与有状态请求。
- 02
设置验证目标
明确健康标准、切换条件与允许的回源行为。
- 03
演练并观察
在测试环境中模拟故障、恢复和路径变化。
常见问题
不会。数据复制、会话一致性与写入冲突需要由应用和存储方案处理。
不能。用户网络、运营商互联和业务处理会变化，需要按目标区域测量并持续复查。