我的理解是MinIO就是OSS服務。

MinIO 是在 GNU Affero 通用公共許可證 v3.0 下發布的高性能對象存儲。它與 Amazon S3 云存儲服務 API 兼容。使用 MinIO 為機器學習、分析和應用程序數據工作負載構建高性能基礎架構。

目前MinIO有2套官方文檔，可以結合查看

第一套是訪問到MinIO后點擊左側菜單Documentation跳轉

第二套是即將發布的 MinIO 文檔版本

糾刪碼

是把雙刃劍，設置合理理論上可保證在損壞50%硬盤的情況下仍然能正常工作，但同時需要至少雙倍的存儲空間，

擴容

官方是不建議垂直擴容的。

MinIO擴容的節點數量至少需要是當前節點的2倍，例如，初始為4個節點，第1次擴容至少總結點數量要8個，第2次擴容至少總節點數量要16個...

MinIO 通常建議規劃容量，以便 僅在部署正常運行 2 年以上后才需要擴展服務器池。
例如，考慮一個估計每年產生 10TB 數據的應用程序套件。MinIO 部署至少應提供：
10TB + 10TB + 10TB ?= 30TB
MinIO 建議添加緩沖存儲以應對存儲數據的潛在增長（例如 40TB 的總可用存儲）。作為經驗法則，為了滿足容量需求，最初需要更多容量而不是頻繁的即時擴展。

Service Accounts

一個與創建者擁有相同（默認）權限的臨時用戶

MinIO 服務帳戶是經過身份驗證的 MinIO 用戶的子身份，包括外部管理的身份。每個服務帳戶都根據附加到其父用戶或父用戶具有成員資格的組的策略繼承其權限。服務帳戶還支持可選的內聯策略，該策略進一步限制對父用戶可用的操作和資源子集的訪問。

一個 MinIO 用戶可以生成任意數量的服務帳戶。這允許應用程序所有者為其應用程序生成任意服務帳戶，而無需 MinIO 管理員采取行動。由于生成的服務帳戶與父級具有相同或更少的權限，因此管理員可以專注于管理頂級父級用戶，而無需對生成的服務帳戶進行微觀管理。

Groups

用戶創建時可以指定所屬組，方便管理。可理解為傳統ERP中的部門

策略policy

創建用戶時要指定其策略（角色），或為Group指定策略。頁面操作示例

策略是一段JSON格式的文本，包含訪問策略、資源、條件等。官方文檔

MinIO的策略格式與阿里云OSS的策略語法類似，通過制作模板在使用時替換可以做到通用

SSO登錄（openID簡易Demo）

搭建keycloak，進行簡單配置

配置MinIO后重啟

?使用其他瀏覽器訪問MinIO（原瀏覽器會有緩存，看不到效果）

?點擊按鈕跳轉到keycloak頁面，輸入keycloak的賬號，就能正常登錄了

?集成了MinIO、阿里云OSS 的對象管理器

業務系統通過訪問對象管理器操作對象而不必關心底層用的什么，程序啟動是通過加載配置文件決定使用哪種

整體架構

基本操作

?調用方式

policy接口? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

獲取臨時憑證

STSCredentials stsCredentials = STSService.getSTSCredentials(FileClientConstants.ALL_OSS_TOKEN, ReplacementPolicyService.publicBucketAllPolicy());

資源地址：文件對象管理器（集成MinIO、阿里云OSS基本操作及臨時token獲取）-Java文檔類資源-CSDN下載文件對象管理器（集成MinIO、阿里云OSS基本操作及臨時token獲取）更多下載資源、學習資料請訪問CSDN下載頻道.https://download.csdn.net/download/as350144/85079429

總結

以上是生活随笔為你收集整理的MinIO杂谈（bucket、对象Object管理、策略policy生成、创建临时用户user）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。