定义
Cloak技术中的回源风暴（Origin Storm）与缓存穿透（Cache Penetration）是两个相互关联的缓存层故障模型。回源风暴指并发请求在短时间窗口内突破斗篷系统的缓存层与边缘节点承载上限，导致海量请求直接转发至数据源服务器或判定引擎，进而触发资源耗尽、连接超时与判定结果默认放行等现象。缓存穿透指请求目标在缓存中不存在对应键值（包括合法空值或非法构造的标识），使得每次请求均绕过缓存直接访问后方存储或判定逻辑。
在Cloak技术场景中，判定逻辑通常依赖设备指纹库、IP信誉库和UA规则集。当缓存穿透发生时，请求将直接进入完整判定流程，大幅延长单次请求响应时间，并加剧下游判定引擎的负载；若叠加异常流量，则引发源站带宽打满、CPU中断飙升乃至数据库连接数耗尽的连锁效应。
工作原理
故障链路
Cloak技术架构普遍采用多级缓存设计，常见配置为边缘节点缓存、中心判定缓存与元数据缓存三层结构。一次完整的AB页跳转判定涉及以下关键路径：请求到达边缘节点后，判断是否存在已缓存的结果标识或判定结论，若命中则直接返回目标页面；若未命中，则将请求转发至中心判定服务，读取设备指纹、UA特征与IP信誉库等规则，经规则引擎输出判定结果并回填缓存。
回源风暴通常在两类场景下触发：其一，缓存大面积过期，导致同时过期的键值比例超过缓存总量的35%以上，所有请求同时穿透至中央判定节点；其二，判定引擎因逻辑变更、规则热加载或数据库故障导致响应变慢，上游缓存层因等待响应而积压请求，最终在缓存超时窗口统一重试，形成请求叠加放大。
缓存穿透的形成机制
缓存穿透的直接原因是缓存未命中，但深层原因往往与缓存键设计有关。在斗篷技术中，判定结果缓存通常以设备指纹哈希、UA哈希或IP段为键。若攻击者或爬虫工具随机生成User-Agent并配合篡改设备的HTTP头，生成的指纹哈希几乎不重复，导致缓存键无法复用。另一种情况是正常管理员或搜索引擎抓取UA白名单内的请求，因缓存为空且规则引擎返回结果不可缓存（例如返回302跳转且带有随机参数），同样导致每次请求重复耗时。
缓存穿透与回源风暴存在叠加作用：穿透造成的每一次请求均真实消耗源站资源，而源站资源的下降又进一步拖慢判定服务，提高请求排队长度，使更多请求在等待期内触发业务超时。典型表现是故障期间缓存命中率从正常的92%-98%骤降至40%以下，同时源站CPU使用率在10分钟内从20%拉升至95%以上。
技术分类
按故障来源分类
从请求来源来看，回源风暴可分为三类：一是自然流量峰值型，多见于投放预算突然翻倍或活动页面集中上线，瞬间并发可达平时的5-10倍。二是异常抓取型，主要来自搜索引擎爬虫的策略变更或作弊点击工具的批量请求，其特征是请求分布集中在特定IP段或UA特征。三是缓存失效型，即由于分布式缓存节点宕机、缓存版本升级或键值设置不合理导致的集中穿透，即便流量总量不变，源站压力也会增加数倍。
按缓存策略分类
缓存穿透按策略类型可分为空值穿透、集合穿透与错配穿透。空值穿透指请求的键在缓存和源站中均不存在，每次请求都直接到达源站。集合穿透指缓存键对应的不是单一资源，而是一个需要聚合计算的规则集合，如读取某IP段的完整白名单，一旦集合数据未被缓存，需要实时拉取全量数据。错配穿透指缓存键存在，但缓存值已过期且并发更新机制缺失，导致所有请求在同一时间触发回源，实际效果等同于穿透。
按故障恢复方式分类
回源风暴的恢复机制也区分不同层次。主动恢复型依赖熔断开关，在源站响应时间超过2000毫秒或错误率达到5%时自动开启降级模式，直接返回缓存中最近一次的有效判定结果。被动恢复型则依赖数据库连接池和线程池限流，在服务能力达到上限时丢弃多余请求，待请求量回落后逐步恢复。被动恢复容易产生判定结果不一致，即部分请求被放行至广告页，部分请求被拦截至安全页。
应用场景
竞价广告投放保障
在竞价广告场景中，Cloak技术需要在审核和真实用户访问之间维持判定一致性。当推广计划新上线或素材批量更换时，审核系统会集中访问落地页，此时边缘缓存需确保白名单请求全部正常回源，而真实用户请求应尽量命中缓存。回源风暴的典型触发场景是广告账户在同一时段新增超过50个关键词，且每个关键词的落地页含有动态参数，导致缓存键大规模分叉，命中率急剧下滑。
大促或活动流量冲击
活动预热期间的流量曲线通常呈现每分钟30%以上的增长率。若缓存节点采用单副本架构且未配置读写分离，当同时请求同一判定资源的并发量超过单个缓存节点的单线程处理能力时，请求会在读取阶段产生超时并触发重试机制。此时，重试流量可与原始流量形成倍增效应，在活动开始后15分钟出现回源风暴。
爬虫与恶意探测流量干扰
搜索引擎爬虫在站点内容更新频繁时会自动提高抓取频率，部分商业爬虫工具会模拟真实用户设备指纹。当这些爬虫的请求特征无法被已有缓存规则覆盖时，它们会成为缓存穿透的主力来源。在斗篷技术的实际运维中，这部分流量通常占总请求量的15%-25%，若未设置缓存空值时间或布隆过滤器，将持续消耗判定引擎资源，压缩白名单请求的处理空间。
与相邻概念对比
回源风暴与源站过载的区别
两者并非同一维度。源站过载描述的是结果状态，即源站资源耗尽无法响应请求；回源风暴描述的是流量行为，即回源请求量的异常陡增。源站过载可能由单一大文件请求、数据库慢查询或网络带宽瓶颈导致，即使没有任何缓存层穿透也会发生。回源风暴则聚焦于缓存层失效后的流量迁移效应，其关键特征是在源站没有新增业务请求的情况下，回源流量在短时间内成倍放大。
缓存穿透与缓存击穿的区别
缓存击穿特指某个热点缓存键过期后，大量请求同时并发回源获取该键值。缓存穿透则针对多个不同的、不存在的键。在斗篷技术的实际故障日志中，判断二者的关键是观察请求URL或指纹是否集中在同一资源上。若同设备指纹的重复请求在1秒内超过20次，且均触发回源，则可归类为缓存击穿；若大量不同的UA哈希同时回源且响应结果均为默认安全页，则应归为缓存穿透。
缓存穿透与恶意请求攻击的区别
恶意请求攻击带有明确目的性，如通过大量随机UA构造缓存穿透来消耗源站CPU，或通过CC攻击压满带宽。缓存穿透本身是一种技术结果，可能是恶意攻击导致的结果，也可能是正常流量特征变化导致的副作用。区分两者的关键在于请求来源的集中程度和UA构造规律：恶意穿透的UA头中常包含异常的Accept-Encoding或者多个版本号字段，而正常穿透不会出现高度重复的异常格式。
常见问题
回源风暴中缓存命中率降到多低才说明问题严重？
正常稳定运行的Cloak判定链路中，缓存命中率应维持在90%以上。当命中率低于70%且持续时间超过5分钟时，回源请求量将增加3倍以上，源站负载同步上升。若命中率长期低于50%，表明缓存配置已无法适应当前流量模型，需要在缓存键设计层面重新调整聚合粒度，而非单纯增加缓存节点。
缓存穿透是否意味着缓存完全不可用？
并非如此。缓存穿透只说明部分键未被缓存或不可缓存。在故障排查中，可观察穿透请求的键分布：若穿透键集中在少数量级，属于热点键过期；若呈现全随机分布，则可能是缓存键设计不合理。通过统计穿透请求中单键重复次数的概率分布，可准确区分具体故障类型。
缓存击穿和缓存穿透各自适合用哪种防御手段？
缓存击穿适合使用互斥锁和逻辑过期方案，保证同一个键同时只有一个请求回源，其他请求等待缓存重建。缓存穿透则需要布隆过滤器或者缓存空值对象，前者在请求进入缓存层之前拦截明显不存在的键，后者则把查询失败结果也缓存起来，设定较短的TTL。两类手段可以在同一系统中共存，互不干扰。
回源风暴发生时的流量特征有什么规律？
回源风暴的流量特征表现为三同步：请求量、回源量、响应延迟三个指标同步上升。正常情况下，请求量增加时命中缓存的比例不变，回源量保持平稳；一旦回源量曲线斜率超过请求量曲线斜率的2倍以上，即为早期回源风暴信号。此时源站返回的超时或错误响应也会被缓存层视为可重试请求，进而引入额外流量。
