[请教] 自建对象存储服务器,除了 MinIO 还有什么推荐的么?

2021-12-21 23:51:09 +08:00
 gzf6
对这块不太熟,大部分推荐 MinIO ,想多几种方案对比一下
9593 次点击
所在节点    程序员
44 条回复
lbp0200
2021-12-22 10:08:08 +08:00
Mithril
2021-12-22 10:41:16 +08:00
@buliugu AGPL 是个垃圾协议,整个 GPL 家族里面最垃圾的一个。写的漏洞很多。
如果你是软件作者,以 AGPL 协议发布自己的作品很容易被坑,看看 MongoDB 。
如果你是软件使用者,使用以 AGPL 协议发布的作品也容易被坑,GNU 自己的 FAQ 都写不清楚。
所以基本只要公司有正经法务负责 FOSS 审查,就肯定不会让碰这种垃圾协议。Google 还专门给 AGPL 写了个页面警告不要用。
anonydmer
2021-12-22 11:18:11 +08:00
minio 现在改 license 了,用的时候注意一下;可以用之前的版本
yogapants
2021-12-22 11:39:50 +08:00
@hccsoul 阿里系应该在用吧,我们公司也在用,5-6 月份的时候我打开飞猪然后图片没有加载出来一堆错误,看图片的路径可以肯定的是 fastdfs 的风格。
Showfom
2021-12-22 12:41:24 +08:00
@wzw #7 因为很多公司不愿意把自己数据放在第三方的服务器,比如你是 Amazon 竞争对手,你愿意把你公司的数据放 AWS 么?
gengchun
2021-12-22 16:17:37 +08:00
自建对象存储这种应该有明确的场景吧?这个看你的用户的情况。推荐 MinIO 一般是 S3 。

现在小规模用对象存储只是因为应用的缘故,其实真的没有必要用对象存储,直接一个本地文件系统的 s3 api 代理就好,比如说 s3proxy 这种。

我一直觉得 MinIO 做 SEO 推广做的比其它的好。

大规模的自建这种目前看还是需要开发人员支撑的,只有运维的话,我觉得还是有厂商支持,比如说红帽之类的比较合适。MinIO 这种一大堆人说用的不错,但没有人说自己的 TPS 最大到了多少,有多少 PB 。
LnTrx
2021-12-22 16:22:00 +08:00
如果小文件比较多的话可以用 SeaweedFS
gzf6
2021-12-22 17:22:47 +08:00
@LnTrx 你们用的时候会专门写一套 admin 方便使用么?还是直接命令行?
huweic
2021-12-22 20:00:59 +08:00
ChuboFS 也可以看看,支持 S3
huweic
2021-12-22 20:01:24 +08:00
@huweic 打错了~ ChubaoFS
ospider
2021-12-22 21:34:28 +08:00
稍微大点的公司,法务都不可能允许用 MinIO 的,除非花钱买了授权
blindlf
2021-12-22 22:29:08 +08:00
@anonydmer 刚注意到,2021 年 4 月改成了 AGPL 。以前是 apache
qingtengmuniao
2021-12-22 23:33:45 +08:00
ceph?
jucelin
2021-12-23 08:58:59 +08:00
可以看看这篇文章《基于 Go 开源项目 MIMIO 的对象存储方案在探探的实践》,里面有选型的产品

https://mp.weixin.qq.com/s?__biz=MzA4ODg0NDkzOA==&mid=2247487119&idx=1&sn=6e09abb32392e015911be3a1d7f066e5&source=41#wechat_redirect
wnanbei
2021-12-23 09:27:49 +08:00
@Mithril
@ospider
@ztechstack
比较好奇,AGPL 限制的应该是在 MinIO 的基础上做二次开发,或者把 MinIO 嵌进软件作为组件,才需要开源吧?
仅是普通的使用应该是不会有限制的?
kerro1990
2021-12-23 10:19:03 +08:00
MinIO 挺好的
Mithril
2021-12-23 10:54:22 +08:00
@wnanbei 这就是它坑的地方。你考虑一个场景,你如果使用了 GPL 的库,那你的程序要以 GPL 发布吗?
然后现在回到 AGPL ,它是说你如果修改了,那么你要发布代码。但你再回去看看它的前言,它说 AGPL 是为了堵上 GPL 的这个 ASP 的漏洞。
所以说到底按哪个算?按照 GNU 的意思,你得开庭吵一架才行。
这就叫风险,不用 AGPL 不是因为它限制大,而是因为它有风险。
liaohongxing
2021-12-23 11:16:04 +08:00
@Mithril

说了半天还是没整明白 。我就用它二进制不修改源码。就自己用,自己部署在自己服务器 ,通过 SDK 用 API 通讯应该没问题吧 。

就算发布软件,我软件集成的是它的 SDK , SDK 是 apache 许可 ,发布软件时不带 MinIO ,发布的软件只是集成它的 SDK 。这应该没问题吧?

是只有像 云厂商 这种魔改 ,二次开发,才影响较大吗
Mithril
2021-12-23 11:22:51 +08:00
@liaohongxing “风险”就是指的你这种情况。因为搞明白能用不能用的成本非常高,有可能需要根据具体情况开庭吵一架才行,所以直接不用它就是最好的选择。
liaohongxing
2021-12-23 11:33:37 +08:00
@Mithril

我刚才搜了一下,没问题 。只需遵循 sdk client llicense 即可,AGPL 主要用来防云厂商的 ,拿去赚钱,不回馈社区,不贡献代码,云厂商客户遇到问题还叫客户去找社区解决

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/823635

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX