CDN内容分发的主动推送与被动回源权衡

[[CDN路由解析靠DNS的CNAME链条导流]]只解决了”把请求导到哪个节点”，节点上 必须真的有资源副本才能代替源站响应，这个补充资源的过程叫”内容分发”。 主动分发（Push）由源站主动把内容推给各边缘节点，推送的传输方式、触发 条件、时机完全自定义，需要源站和CDN服务在API层面配合，因此对源站不是 透明的，只对用户单向透明——适合双十一大促前把预计要用到的资源提前铺 到全国节点这类可预知场景。被动回源（Pull）由用户首次访问触发：CDN节点 发现自己没有该资源，就实时从源站现拉一份，首次响应时间等于”源站到CDN” 加”CDN到用户”两段时延之和，速度通常较慢（但因CDN网络条件普遍优于普通 用户，也不一定比直连源站慢），优点是完全不需要源站做任何配合，是小型 站点接入商用CDN的主流方式。资源更新/失效同样没有统一标准，现实中常见 的做法是”超时被动失效”（给资源设生存期，到期后下次请求自动重新回源） 与”手工主动失效”（网站更新时由CI/CD流水线调用CDN服务商接口主动刷新） 两者结合，而不是单纯依赖HTTP缓存Header——因为多数开发和运维人员对HTTP 缓存机制理解不到位，完全照搬反而效果更差。