一：安装支配(运维)繁芜度
之前公司在利用fastDFS的时候，只有少数的几个人能够节制fasdtDFS的支配构造。以是只要涌现有点问题，能够顶上的只有这么几个人。如果将一个fastDFS分布式做事支配完成，须要具备以下的知识
如果仅仅是上面的这些根本知识，安排几个程序员学一学还好说。紧张是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标准，你的运用程序是不须要重新开拓的。
