这是一个创建于 4696 天前的主题，其中的信息可能已经有所发展或是发生改变。
现有几千万的图片,单个文件大概是100-200K左右.
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。
第 1 条附言 2013 年 4 月 10 日
需要访问。和普通网站的图片服务器类似。只是说需要单机去解决。并且效率要高。不想直接用文件系统分层去管理。直接用文件系统的话效率上不会太好。
 | 1 markmx 2013 年 4 月 9 日 简单的不考虑同步备份机制， 让图片和网站分离开，就可以了，做很多个类似 img01.xxx.com（图片服务器1） img02.xxx.com（图片服务器2） img03.xxx.com（图片服务器1） 然后把图片随机传给这些地方。 |
 | 2 Wy4q3489O1z996QO 2013 年 4 月 9 日 貌似没说清楚具体的应用场景，单纯的存储 or 需要web访问 需不需要防盗链.... And 预算情况 |
 | 3 glancesx 2013 年 4 月 10 日 不知道遇到什么瓶颈了. |
 | 4 Livid MOD PRO  1 Riak CS |
 | 5 NemoAlex 2013 年 4 月 10 日 就只是存储吗？不需要访问？ |
| 6 darklowly OP |
| 7 glancesx 2013 年 4 月 10 日 1)不是硬性单机的话,tfs性能还挺靠谱. 2)要求效率的话,单机的性能能高到哪里去. |
 | 8 gfreezy 2013 年 4 月 10 日 遇到同样的问题了，同问。 |
 | 9 nkliwenjian 2013 年 4 月 11 日 一个想法，行不通也别怪。挂几个硬盘，不同的分区。图片的存储按照一定的规则存到不同的分区上去。这样并发取的时候几个硬盘就有可能同时运作。还可以考虑图片同时存几个分区上面，然后取的时候根据访问队列做io吞吐均衡。 |
Select Language