MinIO很強-讓我放棄FastDFS擁抱MinIO的8個理由
目前可用於文件存儲的網絡服務選擇有不少，好比阿里雲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標準，你的應用程序是不須要從新開發的。
歡迎關注個人博客，裏面有不少精品合集
- 本文轉載註明出處（必須帶鏈接，不能只轉文字）：字母哥博客。
以爲對您有幫助的話，幫我點贊、分享！您的支持是我不竭的創做動力！ 。另外，筆者最近一段時間輸出了以下的精品內容，期待您的關注。