对象存储上云先想清楚的三件事：分层、权限与成本

把文件从本地磁盘搬到对象存储，看起来只是换个地方存。真正决定后续维护成本的，是上线前就想清楚的三件事：数据怎么分层、权限怎么收紧、账单怎么算得清。下面用一个常见场景讲清楚：一个图片与日志并存的小服务，怎样用华为云对象存储 OBS 搭出可维护的结构。

一、先按访问频率分层，而不是按文件类型分桶

很多人一开始按图片、视频、文档分桶，结果同一个桶里既有每天被反复读取的头像，也有几年才看一次的归档日志，生命周期规则很难写干净。更实用的分法是按访问频率和保留期划分：

• 热数据：用户头像、商品主图、近期订单附件，读得多，放在标准存储。
• 温数据：30 天以上的历史图片、已完成工单附件，可以转低频访问存储。
• 冷数据：审计日志、备份快照，基本只在出问题时才查，适合归档存储，并设置到期清理。

做法上，不必一开始就建很多桶。先用前缀区分，例如 images/active/、images/history/、logs/，再对不同前缀配置生命周期：30 天后转低频，180 天后转归档或删除。这样以后调整规则时，只改前缀策略，不用迁移海量对象。

二、权限默认私有，公开只给到单个对象

对象存储最常见的事故不是丢数据，而是桶被误设为公开读。建议坚持三条：

1. 桶默认私有，禁止匿名访问；业务需要对外展示的图片，通过签名 URL 或 CDN 回源鉴权提供，而不是直接公开桶。
2. 给应用的访问密钥只做一件事：例如上传服务只能 PutObject 到指定前缀，下载服务只能 GetObject，日志采集只能写 logs/。不要把一个全量密钥到处复用。
3. 定期检查桶策略和防盗链配置，确认没有为图方便临时放开的规则被长期留下来。临时放开的权限，要在工单里写清到期时间。

三、成本要拆开看：存储、请求、流量是三笔账

只看存储单价很容易低估总成本。一次完整的成本检查应该包括：

• 存储量：按存储类别分别统计，归档类虽然单价低，但取回可能有额外费用和等待时间，不适合频繁读取。
• 请求次数：大量小文件的高频 List、Head 请求也会累积，尤其不要在页面每次刷新时都去枚举整个桶。
• 流出流量：对外提供下载时，优先走 CDN 缓存热点文件，减少源站重复流出；内部服务之间尽量走内网访问。

建议上线第一周就看一次用量明细：哪个前缀增长最快、哪个接口请求量异常、是否有本该归档的数据一直留在标准存储。发现问题后，用生命周期规则一次性修正，比逐个对象处理省事得多。

一个可直接落地的最小清单

• 桶私有，公开访问只到签名 URL 或 CDN 鉴权。
• 前缀按访问频率划分，生命周期写清转储与删除时间。
• 应用密钥按最小权限拆分，不共用全量密钥。
• 上线一周内复核存储、请求、流量三项用量，修正异常前缀。

把这三件事做在前面，对象存储就不会在业务长大后变成一团理不清的旧数据。后续如果要接图片处理、跨区域容灾或合规归档，也是在这个清晰结构上加规则，而不是先返工再治理。