MinIO很强-让我放弃FastDFS拥抱MinIO的8个理由

时间 2020-08-07

标签 minio 很强放弃 fastdfs 拥抱理由繁體版

原文原文链接

目前可用于文件存储的网络服务选择有不少，好比阿里云OSS、七牛云、腾讯云等等，可是收费都有点小贵。为了帮公司节约成本，以前一直是使用fastDFS做为文件服务器，准确的说是图片服务器。直到我发现了MinIO，我决定放弃FastDFS。
关于MinIO的使用方法，我就不说了。你们去看MinIO官网地址：docs.min.io/cn/ ，很是详细。我就从对比的角度来讲说我为何果断的放弃了fastDFS，转而使用MinIO做为图片存储服务器。html

理由一：安装部署(运维)复杂度

以前公司在使用fastDFS的时候，只有少数的几我的可以掌握fasdtDFS的部署结构。因此只要出现有点问题，可以顶上的只有这么几我的。若是将一个fastDFS分布式服务部署完成，须要具有如下的知识vue

linux基础的目录操做
经常使用的分布式主从原理
C语言代码的编译
nginx安装部署
nginx插件的使用（防盗链）

若是仅仅是上面的这些基础知识，安排几个程序员学一学还好说。主要是fastdfs的部署结构之复杂，若是我长时间不回顾，本身都会忘了这复杂的架构是怎么回事。
当我看到MinIO的安装过程以后，以及分布式的部署命令以后（分布式MinIO快速入门），放弃fastDFS的决心就已经作出了一大半。
说白了：FastDFS的部署不过是零件的组装过程，须要你去理解fastDFS的架构设计，才可以正确的安装部署。MinIO在安装的过程是黑盒的，你不用去深刻关注它的架构，也不须要你进行零件组装，基本上能够作到开箱即用。普通的技术人员就可以参与后期运维。linux

理由二：文档

我以为从我知道fastDFS开始，也有十年了。居然没有官方文档，全部的文档全是某某公司的本身总结的文档，或者是某某网友本身总结的文档。
从这点上看fastDFS真的是一败涂地，固然阿里余庆大神在作这个项目的时候可能也没有考虑到后来会有这么多人用。即便用的人多了，在余庆大神眼里可能以为这只是本身开发的一个小玩具，没有继续深刻运营的必要。nginx

理由三：开源项目运营组织

fastdfs是阿里余庆作的一个我的项目，在一些互联网创业公司中有应用，没有官网，不活跃，6个contributors。目前已经不多作更新。
MinIO目前是由2014年在硅谷创立的公司MinIO.Inc运营的开源项目，社区论坛的活跃度目前也很是的不错。程序员

理由四：UI界面

咱们都知道fastDFS默认是不带UI界面的，看看MinIO的界面吧。这个界面不须要你单独的部署，和服务端一并安装。开箱即用，爱了爱了。
spring

理由五：性能

MinIO号称是世界上速度最快的对象存储服务器。在标准硬件上，对象存储的读/写速度最高能够达到183 GB/s和171 GB/s。关于fastDFS我曾经单线程测试写了20万个文件，总共200G，大约用时10个小时。整体上是很难达到MinIO“号称的”以G为单位的每秒读写速度。
docker

理由六：容器化支持

MinIO提供了与k8s、etcd、docker等容器化技术深度集成方案，能够说就是为了云环境而生的。这点是FastDFS不具有的。
后端

理由七：丰富的SDK支持

fastDFS目前提供了 C 和 Java SDK ，以及 PHP 扩展 SDK。下图是MinIO提供的SDK支持，MinIO几乎提供了全部主流开发语言的SDK以及文档。同志们，重要的是文档。springboot

不是说PHP不主流啊，不想引战。求生欲很强。

理由八：AWS S3标准兼容

Amazon的S3 API是对象存储领域的事实标准。MinIO是S3兼容性的事实上的标准，是第一个采用API和第一个添加对S3 Select支持的标准之一。包括微软Azure在内的750多家公司使用MinIO的S3网关，这一数字超过了业内其余公司的总和。服务器

什么意思？就是说你如今为了节约成本使用MinIO，等你的公司壮大了、有钱了。不想本身运维基础设施了，你就能够把对象存储放到云上，只要云厂商支持S3标准，你的应用程序是不须要从新开发的。

欢迎关注个人博客，里面有不少精品合集

本文转载注明出处（必须带链接，不能只转文字）：字母哥博客。

以为对您有帮助的话，帮我点赞、分享！您的支持是我不竭的创做动力！ 。另外，笔者最近一段时间输出了以下的精品内容，期待您的关注。