CDN最新消息，3个变化值得留意

看云厂商的公告栏，CDN那一栏的更新频率大概是最高的，隔三差五就冒出一条新动态。但你要是真一条条读完，八成都得出一个结论：跟自己没关系。这类消息得带个筛子看——只讲节点更多了、覆盖更广了的，划走；动了计费口径、缓存刷新逻辑、回源策略的，才值得坐下来读两遍。下面按这个标准挑3个变化聊，各家的做法和生效时间不一样，拿不准的以官方公告或者公开报道为准。

CDN最新消息里的变化一：节点往近走，热点也更集中

这两年能明显感觉到的一个方向，是节点继续往用户侧下沉。以前大家比的是省市一级的覆盖，现在讲得更多的是离你最近的那一跳。好处很直接，图片、视频、静态文件这些能被缓存的东西，第一跳的响应更稳了。但顺带带出来一个问题：热点更集中。节点多的时候流量是摊开的，某一个点出状况，影响面小；现在调度更聪明，会把大量请求往少数几个最优节点上堆，那个点一旦抖动，波及的人反而更多。这不是说调度变差了，是策略从雨露均沾换成了效率优先。你要做的不是什么大工程，就是在监控里多盯一眼单节点的错误率和回源失败曲线，别只看总体平均响应，平均值这东西最会骗人。

变化二：计费口径里，请求数的分量在变重

早几年聊CDN，大家开口只问一句多少钱一个G。现在再去问，报价单上往往会多出请求数、HTTPS请求、静态加速这些维度。原因也不神秘，小文件多了以后，流量看着不大，请求次数吓人，节点扛的是并发不是带宽。对建站的人意味着什么？意味着你那套流量预估的算法得改改。一个落地页几十个图标、几十个脚本，加起来可能也就两三百K，但请求数是实打实要计费的。图片拼雪碧图、字体砍子集、该合并的合并掉，这些老掉牙的优化，在新的口径下又能省出点真东西。单价我不写，各家差得太多，去看自己后台的价目表最准。

变化三：缓存和刷新的控制权，更多交回给用户

以前改一条缓存规则要走工单、等审核，现在不少平台把规则引擎开放出来了，目录级别的缓存时间、忽略参数、按UA分流的回源，都能自己配。是好事，也是个坑。规则写错一条的代价是部分用户拿到旧页面，你还不一定第一时间知道。最常见的一种情况：静态资源设了很长的缓存时间，前端发版忘了改文件名，用户浏览器里那股旧脚本赖着不走，客服电话能响一天。所以控制权拿到手之后，配套的习惯也得跟上——发版给静态资源带上指纹或者时间戳，配置改完自己抓几个URL看一眼响应头，确认缓存命中的状态是不是你要的。

回源这头，往往比缓存更容易出问题

上面聊的这些CDN最新消息，归根到底都围着缓存转，但真正让站点出故障的，经常是回源那一侧。节点没命中缓存的时候，请求就得回到你源站；回源的带宽、连接数、超时时间，这三样只要卡住一项，用户看到的就是转圈。有个现象挺有意思：不少人上完CDN就把源站扔那儿不动了，机器配置越缩越小，结果一旦缓存大面积失效——发版、手动刷新、被刷量都算——回源瞬间打满，整站跟着躺。缓存是缓冲区，不是免死金牌。源站该留的余量还得留，回源限速、回源HOST、回源协议这几个参数，花十分钟核对一遍不亏。

要不要跟着动，先看你的流量结构

不是所有人都需要马上响应这些变化。判断标准其实挺简单：站点基本是文字加少量图片，访问量也不高，那你属于怎么配都差不多的那一档，按默认设置跑着就行，省下的时间拿去写内容更划算。如果站里有大量图片、视频、下载包，或者前端项目一堆小文件，那你就是新计费口径下最该动手的那批人。中间那档，先做一件事：翻一下上个月的用量明细，看看流量和请求数的比例，心里有个数，再决定要不要调缓存策略。

CDN这块，稳定比先进重要

说个可能不讨喜的观点。CDN的核心价值从来不是最新功能，而是用户点开的时候，东西就在那儿。功能更新得再勤，你的业务稳不稳，还是取决于配置有没有写错、监控有没有人看、回源有没有余量。我倾向于把它当成水电煤，能用、便宜、别断就行，那些花哨能力等你真需要了再研究，不必追着公告跑。

几个现在就能做的检查

不用等，十分钟能做完的几件事：一，去后台看一眼计费维度，是不是只有流量一项，如果多了请求数，估一下自己超标的概率；二，挑一张最常被访问的图片，用开发者工具或者命令行看一眼响应头里的缓存命中状态，确认它真在CDN上，而不是每次都回源；三，把最近几个月的错误率曲线调出来，有没有规律性的尖峰，如果有，多半跟发版时间重合；四，源站的连接数和带宽上限心里过一遍，别等出事再去问服务商。

最后提醒一句，各家公告的口径、生效范围、老用户是否兼容，差别不小。看到最新消息四个字先别急着改配置，先在测试域名上跑一遍，确认没问题再推到线上。实在拿不准，找客服要一份书面说明，比看二手解读靠谱得多。