幫非結構化資料找個家，快速入門MinIO(一)：基本概念介紹

MinIO是什麼?

MinIO的元件

MinIO的資源管理

1. Bucket的容量上限(Quota)
由於伺服器會有容量限制，因此管理者可以幫每個專案使用的Bucket設定容量上限(Quota)，藉此限制每個專案能使用的資源，若沒有進行限制，MinIO會預設為無上限的容量。

2. 生命週期(LifeCycle)
由於Bucket內可以再設新增子路徑，因此可以幫每個Bucket內的子路徑下的檔案設定回收的機制，以剛剛貓狗辨識專案為例，假設總共7/1、7/2、7/3三個時間各自上傳了100張圖片，即可將檔案分別放到(貓狗辨識/0701、貓狗辨識/0702、貓狗辨識/0703)三個路徑下，如果希望圖片都不存放超過10天，即可幫這三個路徑各自設定自動回收的天數，三個路徑下的圖片就會分別於7/11、7/12、7/13進行刪除。

3.超過上限的處理方式(FIFO, HARD)
由於前面提到每個Bucket有Quota的限制，因此當上傳檔案超過Qutoa的限制時，MinIO提供兩種處理方式，分別是FIFO和HARD，FIFO代表的就是First-In-First-Out，也就是會自動把最舊的檔案移除，讓新的檔案放入Bucket，但FIFO已於(2022.02.02後的版本)因效能問題被移除，因此只有使用舊的版本時能使用；而HARD的處理方式則是直接禁止新的檔案進行上傳。

MinIO的權限管理

1. 權限種類(Policy)
首先第一個就是權限種類(Policy)，相對於RDMS使用的GET、Create、DELETE等方法，在MinIO最常見的元件是Bucket和Object，因此就會有GetObject、DeleteBucket等Policy，詳細的Policy種類可以查看Docs。

由於一位User通常會需要多個權限，會需要權限組合因此會使用一個JSON檔案去定義權限組合，如下圖就代表擁有這個Policy的User可以對bucket2下面所有的資源做Action裡面的權限(GetBucketLocation….)

2.群組和使用者(Group and User)
在一般公司最常運用的方式就是某個部門、小組的人同時擁有某個權限組合，在MinIO也提供這種功能，如下圖範例可以定義好如上圖的權限組合(Bucket1 Read Write Policy)和(Bucket1 Read Only Policy)後，可以分別Assign給群組或個人權限，當Assign給群組權限(Group1)時，群組底下的User(Kelly、Amy)就會自動獲得所屬群組的權限。

若覺得有幫助可以追蹤我、按喜歡、收藏，我就會寫出更多相關文章，謝謝你~
若還有其他想問的或希望我介紹的，可以用FB私訊或在下面回應，我會盡我所能回答