目前可用于文件存储的网络服务抉择有很多，比方阿里云 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 深入浅出系列》