图片越存越多：目录站的附件存储和生命周期规则该怎么定

目录站的存储增长是缓慢而持续的：每天新增几十张缩略图、每周一份全量备份、每次改版留下一批旧图。单个文件不大，但从来不删，三年就是一个吓人的数字。

处理这件事分两步：把不同访问频率的文件放到不同存储类型，再让规则自动把冷数据搬走。

图片来源：网络，版权归原作者所有，侵权请联系删除

存储类型按访问频率选

以阿里云 OSS 为例，五档存储类型的差别可以概括成一张表（其他云厂商的分档名称不同，逻辑一致）。

类型	最短存储时间	访问特点	适合放什么
标准	无	实时读取	条目缩略图、当前封面图
低频访问	30 天	实时读取，收数据取回费	导出文件、较旧的图
归档	60 天	需解冻（约 1 分钟）	季度备份
冷归档	180 天	需解冻（1 到 12 小时）	合规留存的历史备份
深度冷归档	180 天	需解冻（12 或 48 小时）	几乎不看的归档

这里有个反直觉的坑：低频及以下类型都有最短存储时间，不到时间就删除或转储，会按剩余时间补收费用。把一张刚上传的图转成低频、第二天又删掉，付的钱可能比一直放标准存储还多。所以转储的触发时间要设得足够长——常见做法是最后一次修改后 60 天转低频、180 天转归档。

另一个容易忽略的是计量下限：非标准类型的小文件按 64KB 计费。目录站有大量几 KB 的图标，全部转成低频反而可能更贵。

生命周期规则怎么写

规则由三部分组成：作用于哪些对象、做什么动作、什么时候触发。

筛选只能按前缀、对象标签、文件大小，不支持通配符、后缀匹配和正则。这就意味着目录规划要在上传时就定好——thumb/、og/、export/、backup/ 分开，规则才能精确命中。等到文件全堆在根目录，再想按类型分就晚了。

触发时间有两种基准：最后修改时间（适合日志、备份这类有明确生命周期的）和最后访问时间（需要开启访问跟踪，适合访问模式不确定的图库）。目录站的缩略图属于后者——你不知道哪张老图会被突然访问，用访问时间做降温更合理。

同一对象命中多条规则时，优先级是：删除 > 转深度冷归档 > 转冷归档 > 转归档 > 转低频 > 转标准。删除动作优先级最高，所以删除规则的时间一定要比转储规则的时间长，否则文件还没转就被删了。

三个目录站特有的注意点

第一，开启版本控制并配一条清理历史版本的规则。误删和误覆盖是常态，版本控制是最后一道保险；但只开不清，历史版本会悄悄吃掉一半容量。

第二，给未完成的分片上传加清理规则。上传中断留下的分片一直在计费，配一条几天后自动清理的规则就解决了。

第三，改规则要用「先读全量、加上新规则、整体提交」的方式。每次提交生命周期配置都是全量覆盖，只提交新规则会把已有规则全部删掉。控制台会自动合并，走 API 和命令行工具则不会。

规则创建后一般在 24 小时内加载，之后每天执行一次，具体时间通常在次日零点之后。所以配完别指望立刻看到效果，隔天再看。

存储成本这件事没有一次性解决方案，它是个需要每半年看一次的水位。把规则和目录规划做好，剩下的就是偶尔看一眼账单有没有异常跳变。