摘要

  • CloudFront 按量计费账户每月前 1,000 条失效路径免费，之后每条 0.005 美元；覆盖大量文件的通配符仍可只算一条。
  • 失效费没有衡量缓存被清掉后需要多少回源工作。AWS 源站到 CloudFront 的正常回源传输免费，源站服务本身的费用仍要另算。
  • 固定套餐已经包含缓存失效功能。无论套餐怎么卖，发布团队都得决定清多大范围、怎样保留版本，以及谁承担重新取内容的后果。

软件发布最慷慨的一句话，往往是“干脆全清了”。不用盘点哪些页面依赖哪张图，不用追问旧文件藏在哪个路径，打一把大扫帚，事情看起来就结束了。CloudFront 的按量价格表甚至能让这句话显得很节约。精确列出十条路径，计十条；把覆盖它们的范围写成一条通配符路径，计一条。

这里有一门小得近乎可笑、却很适合研究的生意。AWS 每月给一个账户前 1,000 条失效路径免费额度，跨该账户的分配实例合计。额度用完以后，每条收费 0.005 美元。一条路径可以指向一个文件，也可以用末尾的星号覆盖成千上万个文件。把许多路径装进同一个 API 请求，仍然按那些路径的条数计费。节约的诀窍在描述范围，不在请求信封。AWS 的计数说明写得很明白。

做一道只涉及这项费用的算术：免费额度已经用完，十条单独列出的路径收 0.05 美元；如果一条通配符能覆盖这十条，只收 0.005 美元。后一条同时覆盖多少别的文件，失效费都不会替你数。价格表在奖励简洁的地址表达。至于简洁得有多粗暴，另一个部门可以稍后再开会。

这不是 AWS 隐藏的陷阱，规则就在按量价格页上。值得盯住的是企业如何把清楚的规则用成糊涂的绩效：命令的费用下降了，就把发布成本也记成下降。两者中间隔着一整层还得重新工作的基础设施。

清掉以后，谁去取回来

缓存保存内容，是为了让后面的访问少跑一趟。失效操作让 CloudFront 放弃相关边缘副本；随后有访问请求到来，才去源站取最新内容。它不会因为有人按下按钮，就立刻把所有文件重新铺满。AWS 在失效与版本文件的说明中把这个顺序交代得很清楚。

因此，大扫除的经济问题落在被顺手扫掉的热门内容上。它们原本还能继续服务，现在可能要重新取。具体会增加多少源站工作，取决于后续访问、缓存层次和请求合并，不能拿清掉的文件数直接乘以访问人数。多清一片冷门内容，短期内或许无人问津；把仍然热门、其实没有修改的文件一起清掉，就可能把工作送回本来不必出场的源站。

也别给这份账单虚增一个带宽怪兽。AWS 服务作为源站时，正常回源到 CloudFront 的数据传输免费。需要检查的是源站服务另外收取的请求、计算等费用，以及重新取内容的时间。把免费传输写成昂贵传输，会把真正的问题遮住：同一项失效费用，对应的业务工作量可以很不一样。

星号替你省下的，可能是思考

路径的边界并非装饰。CloudFront 要求通配符放在最后，/* 可以覆盖整个分配实例。按 Cookie 或请求头缓存的不同版本，无法靠一次路径失效只挑出其中一个来清；按查询字符串区分的内容，则要指定相应路径或用末尾通配符覆盖。对象范围文档说明了这些差异。

于是“精确清除”本身也是工作：团队要理解内容如何命名、如何生成、有哪些变体。大范围失效省下的往往首先是这份认知劳动。一个星号可以让今天的发布继续往前走，也可以让团队明天依旧说不清自己的依赖关系。价格表没有要求客户选择后者；组织里对快和慢的奖惩，可能已经替大家做了选择。

文件名带版本号提供另一种安排。新版本有新名字，页面引用新名字；旧副本可以留在原处。AWS 建议频繁更新的文件采用这种方式，既避开失效费用，也便于按文件名看日志和切回旧版。浏览器或公司代理里还存着旧文件时，请求一个新名字也比向 CloudFront 发清除命令更直接。团队由此把问题移到了版本引用、旧文件保留和回退安排上。橡皮擦用得少，档案管理就要认真。

当前 CloudFront 还卖固定价格套餐，各档都包含快速缓存失效；上面的逐路径收费算术属于按量计费。套餐可以把失效费从边际决策里拿走，却不能替客户把所有旧文件的引用改正确，也不能替源站免去实际发生的工作。

企业最该警惕的，是把一项容易量化的小费用当作整个动作的价格。五厘美元精确得很，清掉一大片内容的后果却不会自动出现在同一行。要判断某次发布该用细路径、通配符还是新文件名，还缺那次发布的回源记录和源站单价；这些数字会改变哪种方式更划算。账算到这里才碰到业务，之前只是数橡皮擦。