Site icon 时鹏亮的Blog

关于图库的一个探索

先说探索的结论:我找到了目标软件,但运维由于该方案无人背书且目前一切运转正常(至少目前看起来还能苟),所以方案封存。

下面说说探索的背景吧:我们有一个庞大的图库,很多子系统会在中心节点写入图库(上传图片或文件),然后子节点通过rsync定时拉取中心节点图库数据。

这样的运作方式呢,最初是不会碰到什么问题的。但当数据足够多的时候,对内网带宽的消耗很高,甚至rsync本身也会变成高负载的程序。那么问题来了,有没有一个优雅方案?让图库只需要建立在一个地方,其他直接调用即可。常玩儿的人肯定会吐口而出,你是要自建OSS(对象存储服务(Object Storage Service))吧。

恩,其实初衷是的。但还有额外的需求,最好可以相同的图片只上传一次,并且,如果可以的话,最好能实现长时间无访问文件的归档功能。

业内的开源方案通常为:MinIO & Ceph。

经过调研,选择了MinIO。而相同图片只上传一次的功能实现,使用了s3git。至于无访问文件的归档功能,这个实现起来很复杂,暂且作罢。

至此,初始方案就到这里,考虑到方案封存,所以也就留档在这里记录个探索的思路。

说起来啊,研发负责架构设计以及运维方案,就安慰自己,能力越大责任越大吧,多学多见识一些总没有坏处的。


参考资料

MinIO & Ceph 对比链接:Minio VS Ceph

MinIO 参考资料: MinIO对象存储介绍

Ceph 参考资料:ceph简介


如您从本文得到了有价值的信息或帮助,请考虑扫描文末二维码捐赠和鼓励。

尊重他人劳动成果。转载请务必附上原文链接,我将感激不尽。


与《关于图库的一个探索》相关的博文:

Exit mobile version