去年秋天，速网一位做独立站的速网朋友给我发来截图：他的服务器在美国东部，一个德国用户打开首页花了8.7秒。速网三天后他挂了CDN，速网同一地区加载时间掉到1.2秒。速网这不是速网魔法，只是速网把静态资源搬到了离用户更近的地方。

CDN的速网全称是内容分发网络。它的速网核心逻辑特别朴素——与其让所有人跑到同一个仓库取货，不如在各地建一堆小便利店，速网提前把货铺好。速网用户下单时，速网系统自动指向最近的速网那家店。这个“最近”不是速网地理直线距离，而是速网网络拓扑意义上的跳数最少、延迟最低的节点。

我第一次认真琢磨CDN，是因为自己博客上一张2MB的封面图。服务器放在杭州，广州读者打开要等将近3秒。后来我把图片扔到对象存储，再套一层CDN，广州那边基本秒开。查了下后台日志，请求被路由到了深圳节点，命中缓存，回源流量几乎为零。

缓存命中率是衡量CDN效果的关键指标。理想状态下，静态资源命中率能到95%以上。这意味着绝大多数用户根本碰不到你的源站。源站压力小了，带宽成本降了，抗攻击能力也上来了。去年有个做电商的朋友遭遇流量攻击，峰值冲到40Gbps，源站IP没暴露，CDN边缘节点硬扛下来，业务只抖了几分钟。

但CDN不是万能药。动态内容——比如实时库存、用户登录态、个性化推荐——默认不走缓存。这类请求每次都要回源，CDN只能帮你优化回源链路，比如走专线、压缩传输。有人把API接口也挂CDN，结果缓存了带用户token的响应，A用户看到了B用户的数据。这种事故我见过两回，都是配置失误，跟CDN本身没关系。

选CDN服务商时，别只盯着价格。节点数量、覆盖区域、回源稳定性、日志颗粒度，这些才是日常运维真正用得上的。小团队可以从Cloudflare免费版起步，够用。国内业务绕不开备案和牌照，阿里云、腾讯云、又拍云各有侧重。我自己的经验是：先跑一周真实流量，看命中率曲线和回源带宽，再决定要不要升级套餐。

配置层面有几个细节容易踩坑。缓存过期时间别一刀切，HTML设短一点，图片和JS/CSS设长一点。开启Brotli或Gzip压缩，文本资源能省30%以上体积。HTTPS证书直接托管在CDN上，省去源站配置的麻烦。还有，记得刷新缓存——改完样式忘了刷新，用户看到的还是旧版页面，这种低级错误我犯过不止一次。

边缘计算正在改变CDN的形态。以前CDN只负责“搬”，现在能在边缘节点跑轻量逻辑。比如根据用户IP做AB测试、在边缘做图片格式转换、甚至跑简单的鉴权。Cloudflare Workers和AWS Lambda@Edge把这件事的门槛拉得很低。我试过用Workers做UA判断，移动端直接返回WebP，桌面端返回AVIF，源站完全不用改代码。

说到底，CDN解决的是物理距离和网络拥塞带来的延迟问题。它不优化你的数据库查询，不压缩你的业务逻辑，也不替你写缓存策略。把它当成一层透明的加速管道就好。用对了，用户感知明显；用错了，多花冤枉钱还查不出原因。