一位做机械设备的客户打来电话：系统后台传图传不上了，服务器硬盘满了。上去一看，两年攒下的产品图三百多个G，全堆在系统盘里，备份任务越跑越长，上周开始直接失败。文件存储是后端系统开发里最容易被随手决定的部分，当时图省事，日后全是麻烦。
本地存储的账其实不便宜
图片直接存服务器本地，开发时确实省事，但隐患跟着数据量一起长大：硬盘满了要扩容，云盘扩容要停机还要加钱；换服务器迁移时，几百G的文件拷得人心力交瘁；更隐蔽的是访问性能，图片和程序挤在同一台机器上，带宽被图片流量吃光，接口响应也跟着变慢。算总账，本地存储省下的是开发半天，赔上的是后面每一次扩容和迁移。
对象存储才是正路
- 阿里云OSS、腾讯云COS这类对象存储，按量付费，三百G一年也就几百块，随存随取不用管容量；
- 天然配CDN加速，图片就近分发，页面加载速度立竿见影；
- 备份、容灾服务商全包了，服务器随便换，文件不受影响；
- 程序里只是把保存路径从本地改成调SDK，改造量通常一两天。
那位客户的处理就是一次搬迁：历史图片批量传到对象存储，数据库里的地址批量替换，系统瘦身之后备份从三小时缩回二十分钟，页面加载还快了近一半。
几个不显眼但重要的细节
文件名必须重命名，用日期加随机串，别信用户的原始文件名，重名覆盖和中文乱码都是坑。上传要做类型校验，别只信前端的后缀名判断，有人把脚本伪装成图片传上来，后患无穷。大文件场景要上分片上传加断点续传，几百兆的视频让用户一口气传完，网络一抖就前功尽弃，体验差到没人用。临时文件要定期清理，上传中断留下的碎片会慢慢吃掉存储额度。
还有权限这一层：对外的图片链接设不设防盗链、私有文件走不走过期签名URL，这些在方案阶段就要定，事后改要动全站链接。
算总账的时候，存储方案要按三五年来看，不是按上线当月看。文件量按每年翻一番的速度涨，第一年省下的一千块，第三年就要用迁移的代价加倍还回来。后端系统开发的很多决策都是这个规律，当下最省的选项，往往不是全程最便宜的选项。
两条建议：新系统立项直接把对象存储写进方案，第一年多花的钱不到一千，换来的是一劳永逸；存量系统文件超过一百G的，尽早规划迁移，越晚数据量越大、迁移窗口越小。比格网络做文件迁移有一套批量替换加灰度验证的流程，客户基本无感知，这种活早做晚做都得做，早做便宜。
