目前可用于文件存储的网络服务抉择有很多，比方阿里云OSS、七牛云、腾讯云等等，然而免费都有点小贵。为了帮公司节约老本，之前始终是应用fastDFS作为文件服务器，精确的说是图片服务器。直到我发现了MinIO，我决定放弃FastDFS。
对于MinIO的应用办法，我就不说了。大家去看MinIO官网地址：docs.min.io/cn/ ，十分具体。我就从比照的角度来说说我为什么果决的放弃了fastDFS，转而应用MinIO作为图片存储服务器。
理由一：装置部署(运维)复杂度
之前公司在应用fastDFS的时候，只有多数的几个人可能把握fasdtDFS的部署构造。所以只有呈现有点问题，可能顶上的只有这么几个人。如果将一个fastDFS分布式服务部署实现，须要具备以下的常识
- linux根底的目录操作
- 罕用的分布式主从原理
- C语言代码的编译
- nginx装置部署
- nginx插件的应用（防盗链）
如果仅仅是下面的这些基础知识，安顿几个程序员学一学还好说。次要是fastdfs的部署构造之简单，如果我长时间不回顾，本人都会忘了这简单的架构是怎么回事。
当我看到MinIO的装置过程之后，以及分布式的部署命令之后（分布式MinIO疾速入门），放弃fastDFS的信心就曾经做出了一大半。
说白了：FastDFS的部署不过是整机的组装过程，须要你去了解fastDFS的架构设计，才可能正确的装置部署。MinIO在装置的过程是黑盒的，你不必去深刻关注它的架构，也不须要你进行整机组装，基本上能够做到开箱即用。一般的技术人员就可能参加前期运维。
理由二：文档
我感觉从我晓得fastDFS开始，也有十年了。居然没有官网文档，所有的文档全是某某公司的本人总结的文档，或者是某某网友本人总结的文档。
从这点上看fastDFS真的是落荒而逃，当然阿里余庆大神在做这个我的项目的时候可能也没有思考到起初会有这么多人用。即应用的人多了，在余庆大神眼里可能感觉这只是本人开发的一个小玩具，没有持续深刻经营的必要。
理由三：开源我的项目经营组织
fastdfs是阿里余庆做的一个集体我的项目，在一些互联网守业公司中有利用，没有官网，不沉闷，6个contributors。目前曾经很少做更新。
MinIO目前是由2014年在硅谷创建的公司MinIO.Inc经营的开源我的项目，社区论坛的活跃度目前也十分的不错。
理由四：UI界面
咱们都晓得fastDFS默认是不带UI界面的，看看MinIO的界面吧。这个界面不须要你独自的部署，和服务端一并装置。开箱即用，爱了爱了。
理由五：性能
MinIO号称是世界上速度最快的对象存储服务器。在规范硬件上，对象存储的读/写速度最高能够达到183 GB/s和171 GB/s。对于fastDFS我已经单线程测试写了20万个文件，总共200G，大概用时10个小时。总体上是很难达到MinIO“号称的”以G为单位的每秒读写速度。
理由六：容器化反对
MinIO提供了与k8s、etcd、docker等容器化技术深度集成计划，能够说就是为了云环境而生的。这点是FastDFS不具备的。
理由七：丰盛的SDK反对
fastDFS目前提供了 C 和 Java SDK ，以及 PHP 扩大 SDK。下图是MinIO提供的SDK反对，MinIO简直提供了所有支流开发语言的SDK以及文档。同志们，重要的是文档。
不是说PHP不支流啊，不想引战。求生欲很强。
理由八：AWS S3规范兼容
Amazon的S3 API是对象存储畛域的事实标准。MinIO是S3兼容性的事实上的规范，是第一个采纳API和第一个增加对S3 Select反对的规范之一。包含微软Azure在内的750多家公司应用MinIO的S3网关，这一数字超过了业内其余公司的总和。
什么意思？就是说你当初为了节约老本应用MinIO，等你的公司壮大了、有钱了。不想本人运维基础设施了，你就能够把对象存储放到云上，只有云厂商反对S3规范，你的应用程序是不须要从新开发的。
欢送关注我的博客，外面有很多精品合集
- 本文转载注明出处（必须带连贯，不能只转文字）：字母哥博客。
感觉对您有帮忙的话，帮我点赞、分享！您的反对是我不竭的创作能源！ 。另外，笔者最近一段时间输入了如下的精品内容，期待您的关注。
- 《手摸手教你学Spring Boot2.0》
- 《Spring Security-JWT-OAuth2一本通》
- 《实战前后端拆散RBAC权限管理系统》
- 《实战SpringCloud微服务从青铜到王者》
- 《VUE深入浅出系列》