CDN实例到底是什么：它替你扛了哪些活

页面转半天，登上服务器一看，CPU 闲着、带宽也没跑满。这种故障十有八九不在机器身上，而是出在传输这段路上。cdn实例就是专门处理这段路的角色：它自己不出内容，只负责把内容送得快一点，同时把不该敲你机房门的请求挡在门外。

cdn实例到底是什么，一句话说清

在云控制台点「创建 CDN」，填域名、填源站地址、选计费方式，最后生成的那个东西就是实例。它不是一个具体的机器，更像一份挂在很多节点上的配置集合：域名归它管，源站归它管，缓存规则、回源协议、证书、防护策略，也都挂在它名下。节点负责执行，实例负责承载规则。

所以你偶尔会看到一种情况：改了一条规则，各地节点的行为在几分钟内全都变了。这靠的是一份配置被推送到各个节点，而不是什么魔法。反过来，实例删掉，节点上留着的缓存也就跟着作废了。

头一件活：把请求拦在半路

第一个访客来的时候，节点手里没有这个文件，它替你去源站取一次，取回来顺手存一份；第二个人再来，它直接把存好的这份给出去，源站一点压力都不吃。这就是常说的命中。

控制台天天显示命中率，有人一看数字低就去加带宽。钱花了，数字还是低。原因多半在缓存规则上：默认策略一般只认 .jpg、.css、.js 这类后缀，动态路径、带问号的 URL、没有后缀的接口，全都不缓存。规则不放开，节点再多也白搭。

cdn实例配置里最容易出错的几项

排在第一位的是回源 host。填成 IP 或者填错域名，源站直接返回 403，节点上全是错误页。可你自己在浏览器里打开一切正常，因为你走的是直连，根本没经过节点。这种「我这儿好好的」最容易把排查方向带偏。

第二是缓存时间。TTL 设长了，页面改完用户还看旧版，只能干等；设短了，回源压力上来，节点等于白干。静态资源可以放长，html 这类要么短、要么干脆不缓存，改版的时候省心。

第三是协议和证书。证书传上去了但没开强制跳转，用户照样能走 http；源站只开了 443，回源协议还写着 http，那就是一直回源失败，日志里一片报错。

那些没人愿意干的杂活，它顺手接了

压缩、连接复用、协议优化，有的还带图片格式转换；防盗链、IP 黑白名单、区域限制、单 IP 限速，这些放在源站做，要么吃 CPU，要么得装一堆模块。搬到 CDN 上，等于把这些活外包给专门维护的人。

还有小流量攻击。注意是小流量。真碰上大流量的，得靠高防或者流量清洗，CDN 那点节点顶不住，别指望它包打天下。

它扛不了的活，别硬塞

带登录态的接口、POST 请求、库存和下单这类实时数据，缓存不了。把它们塞进去，等于只是多绕一跳，运气不好比直连还慢。

会话一致性也是个坑。回源节点如果不固定，A 节点拿到的 session 和 B 节点不一样，用户就会遇到「刚登录又掉线」。有的厂商支持回源跟随或者会话保持，配不配得看业务，具体以控制台和官方文档为准。

钱的事，别等账单出来才回头看

计费一般分按带宽和按流量，此外还有请求数、HTTPS 请求、回源流量这些细项。流量包能不能抵扣全部、扣减顺序怎么排，各家规则不一样，以控制台说明和官方文档为准。见过有人买了流量包，以为账单就封顶了，结果每月还多出一笔请求数费用。

流量包还有有效期。囤着不用，到期就作废，跟优惠券一个道理。

上手之前先确认这几件事

源站能不能扛住回源的突发。缓存没命中的那一刻，所有请求会一起打回源站，这一下比平时猛得多；域名解析能不能切，CNAME 要指过去，切之前先把回滚方案想好；有没有必须实时的路径，把它们排除在缓存规则外，别让它碰；日志看不看得到，访问日志、回源日志、错误码统计，出问题全靠这些。

CDN 这层东西，用对了是个安静的帮手，用错了就是一串难查的怪问题。它擅长的活是重复的、静态的、晚几秒也能接受的；不擅长的活是私人的、实时的、一次性的。把这两类分开看，那堆配置项就不吓人了。剩下的就是边看日志边调规则，慢慢摸出自己站点的那套参数。