Django网站30GB视频开发/生产环境存储方案及成本咨询

PostgreSQL是为结构化小体量数据查询设计的，用大字段存储30G视频二进制内容会带来一堆问题：

• 数据库备份、迁移、查询效率会被严重拖慢，原本毫秒级的结构化查询可能因为磁盘IO被大文件占满，出现几百毫秒甚至秒级延迟
• 后续做视频转码、断点续传、CDN分发时，从数据库读取二进制流的性能远低于专用存储方案，额外开发成本极高
• 数据库存储的大文件没有原生的缓存、分片访问能力，用户看视频时加载速度会非常慢

开发环境 #

直接用Django自带的本地文件存储即可：

• 在配置文件中指定MEDIA_ROOT作为媒体文件存储目录，通过模型的FileField字段存储视频的相对路径，开发调试时读写都在本地，不需要额外搭服务，零成本跑通流程
• 记得把媒体文件目录加入.gitignore，不要把几十G的视频文件提交到代码仓库

生产环境 #

优先选云厂商对象存储服务，不推荐存在服务器本地磁盘：

• 普通云服务器默认系统盘通常只有40-50G，30G视频加上系统运行、日志存储的空间很快就会占满；本地磁盘没有多副本冗余，一旦硬盘故障视频数据会直接丢失
• 对象存储天生适配大文件存储场景，自带多副本备份、权限控制、大文件分片上传能力，后续扩容、对接CDN都非常方便
• 如果社团能申请到学校信息化中心的存储资源、或者社团有现成的NAS设备，也可以把NAS挂载到服务器作为媒体存储目录，记得做好定期冷备份即可

30G容量的存储成本非常低，完全在学生社团的可承受范围内：

• 国内主流云厂商的标准对象存储，单GB年存储成本约0.15元，30G一年存储费用不到5元；就算加上外网访问的流量费，日常访问量不高的话一年总费用基本不会超过50元
• 校内存储资源、教育网相关的云服务资源对学生社团大多有免费扶持政策，可以提前咨询学校负责信息化的老师，大概率能申请到免费额度

• 上传后自动转码：给项目配Celery异步任务，用户上传原片后自动调用ffmpeg把视频转成H.265编码的流媒体格式，通常能把视频体积压缩到原有的30%-50%，既省存储成本，用户观看时加载速度也更快
• 数据库只存元数据：PostgreSQL里只需要存视频标题、对应比赛信息、上传时间、存储路径、封面地址、视频时长这类结构化信息，不要存任何视频二进制内容
• 冷热数据分层：上传超过1年、访问频率很低的老比赛视频，可以转成对象存储的低频访问类型，存储成本还能再降50%左右，完全不影响正常使用
• 防盗链配置：公开视频配置CDN防盗链，内部非公开视频用临时签名URL访问，避免被恶意盗刷产生不必要的流量费用

内容的提问来源于stack exchange，提问作者Kushagra Gupta