概览
低频访问的文件容易从边缘缓存中淘汰。通过在源站与边缘之间规划内容副本层，可以让冷请求有更合适的读取路径。
本页介绍可评估的缓存架构。持久化副本、保留期限与区域安排需根据实际存储和交付配置确认，不承诺永久缓存或百分之百命中。
分清源文件、副本与边缘缓存
源文件负责内容权威性，副本层负责可重复读取，边缘缓存负责接近访问者。三者的保存期限、更新流程和故障处理不应混为一谈。
源文件
保留可恢复的主版本及校验信息，作为发布和灾难恢复的依据。
副本层
根据访问地域、存储成本和冷请求压力安排副本，明确失败后的回退来源。
边缘缓存
承接重复请求，同时遵循缓存键、有效期与失效策略。
内容生命周期需要一起设计
复制文件并不意味着更新自动传播。版本标识、删除顺序和权限变更必须覆盖每一层。
- 版本化资源使用新地址发布，并保留旧版本的合理过渡窗口。
- 固定地址变更时验证副本与边缘缓存是否一致。
- 删除受限内容时，同时检查源文件、副本、缓存与外部链接。
用实际用量评估收益
减少回源可能增加存储、复制和管理成本。把所有成本放到同一时间窗口比较，才能判断方案是否适合。
| 观察项 | 需要记录的内容 | 影响的决策 |
|---|---|---|
| 冷请求 | 首次访问比例、文件大小、来源地区 | 是否增加副本层 |
| 内容更新 | 更新频率、旧版本存量、失效时间 | 版本与清理策略 |
| 源站负载 | 回源字节、并发与错误分布 | 回源保护和容量安排 |
| 总体费用 | 存储、复制、请求与传输用量 | 总成本而非单项节省 |
实施与检查步骤
- 01
挑选代表性资源
从安装包、课程视频或较少变更的素材开始，覆盖热门与长尾访问。
- 02
验证冷请求链路
测试副本缺失、源站超时、权限过期以及删除后的行为。
- 03
观察并调整
根据命中情况、回源压力和维护成本调整保留策略。
常见问题
不等于。交付副本可能同步错误或删除操作；备份还需要独立的恢复版本、权限与恢复验证。
取决于资源保留、访问权限和地址策略。需要在业务层明确生命周期，不能由缓存机制保证。