技术白皮书 网站 cdn 与原站协同缓存策略深入剖析

问题一：什么是 CDN 与 原站 的协同缓存架构？

背景说明

在互联网交付中，CDN 作为边缘节点负责静态/半静态内容的缓存，而 原站 保存最终源数据。协同缓存 指二者通过策略和协议共同决定缓存时效、回源与失效规则，形成分层缓存体系。

关键要素

核心包括缓存层级（边缘/地域/原站）、缓存控制头（Cache-Control、Expires、ETag、Last-Modified）、回源策略和负载均衡策略。

业务意义

协同缓存能显著提升缓存命中率、降低回源压力并提升用户感知性能，但需兼顾数据一致性与刷新开销。

问题二：如何设计高命中率的 缓存策略？

策略分层

首先通过分层缓存策略区分完全缓存（静态资源）、短期缓存（接口静态化）与非缓存（敏感动态数据），并结合 URL、Cookie、Query 参数进行维度化控制。

具体实现

使用 Cache-Control:max-age、s-maxage 与适当的 Vary 头来控制边缘与共享缓存行为；通过分片和键策略减少缓存污染。

衡量指标

以缓存命中率、回源流量、回源请求数与平均响应时延为核心 KPI，持续通过 A/B 测试与流量回放优化 TTL 与缓存键。

问题三：如何处理动态内容与个性化响应的协同缓存？

问题挑战

动态/个性化响应天然难以被边缘缓存。关键在于区分可缓存的部分（边界渲染、片段缓存）与不可缓存的动态片段。

方案要点

采用边缘侧的片段缓存（Edge-Side Includes、Edge Workers）、Cache-Control:stale-while-revalidate 与服务端渲染分流，将通用片段缓存到 CDN，动态片段回原站或通过 API 聚合。

安全与隐私

对用户敏感数据使用严格的 Vary、Cache-Control:private 或完全绕过边缘缓存，配合加密和认证策略避免泄露。

问题四：什么情况下需要立即回源（回到 原站）？如何控制回源风暴？

立即回源场景

资源失效、缓存穿透、边缘缓存未命中或需要强一致性（如支付回调）时需要回源，此外版本上线或热更新也常需强制回源刷新。

防护机制

采用请求打散（jitter）、二级缓存（上游缓存/中间层）、请求合并（single-flight）与降级策略，配合回源限流与熔断，减少瞬时并发对原站的冲击。

刷新策略

使用主动推送（purge/prefetch）与被动过期（stale-while-revalidate）结合的方式，在上线时先在 CDN 侧预热关键资源，避免回源风暴。

问题五：如何监控与优化协同缓存体系的表现？

监控维度

必须覆盖缓存命中率、回源流量、原站 CPU/内存/QPS、边缘响应时延、错误率与资源分布热度等指标。

优化手段

通过日志与实时指标（如 Edge logs、Origin logs）分析热资源，基于热度自动调整 TTL、采用分片与分层缓存策略，并优化缓存键减少污染。

自动化与回路

结合自动化策略（CI/CD 中的缓存清理、灰度预热）、告警与自愈（例如回源限流触发降级策略），形成闭环持续优化能力，提升整体稳定性与成本效率。