沉梦听雨的编程指南 沉梦听雨的编程指南
首页
  • 基础篇
  • 集合篇
  • 并发篇
  • JVM
  • 新特性
  • 计算机网络
  • 操作系统
  • 数据结构与算法
  • 基础篇
  • MySql
  • Redis
  • 达梦数据库
  • Spring
  • SpringBoot
  • Mybatis
  • Shiro
  • 设计须知
  • UML画图
  • 权限校验
  • 设计模式
  • API网关
  • RPC
  • 消息队列
  • SpringCloud
  • 分布式事务
  • 云存储
  • 搜索引擎
  • 多媒体框架
  • 虚拟机
  • 开发工具篇
  • 工具库篇
  • 开发技巧篇
  • 工具类系列
  • 随笔
  • 前端环境搭建
  • HTML与CSS
  • JS学习
  • Axios入门
  • Vue Router入门
  • Pinia入门
  • Vue3入门
  • Vue3进阶
  • 黑马Vue3
  • 脚手架搭建
  • 瑞吉外卖
  • 黑马点评
  • vue-blog
  • 沉梦接口开放平台
  • 用户中心
  • 聚合搜索平台
  • 仿12306项目
  • 壁纸小程序项目
  • RuoYi-Vue
  • 博客搭建
  • 网站收藏箱
  • 断墨寻径摘录
  • 费曼学习法
Github (opens new window)

沉梦听雨

时间是最好的浸渍剂,而沉淀是最好的提纯器🚀
首页
  • 基础篇
  • 集合篇
  • 并发篇
  • JVM
  • 新特性
  • 计算机网络
  • 操作系统
  • 数据结构与算法
  • 基础篇
  • MySql
  • Redis
  • 达梦数据库
  • Spring
  • SpringBoot
  • Mybatis
  • Shiro
  • 设计须知
  • UML画图
  • 权限校验
  • 设计模式
  • API网关
  • RPC
  • 消息队列
  • SpringCloud
  • 分布式事务
  • 云存储
  • 搜索引擎
  • 多媒体框架
  • 虚拟机
  • 开发工具篇
  • 工具库篇
  • 开发技巧篇
  • 工具类系列
  • 随笔
  • 前端环境搭建
  • HTML与CSS
  • JS学习
  • Axios入门
  • Vue Router入门
  • Pinia入门
  • Vue3入门
  • Vue3进阶
  • 黑马Vue3
  • 脚手架搭建
  • 瑞吉外卖
  • 黑马点评
  • vue-blog
  • 沉梦接口开放平台
  • 用户中心
  • 聚合搜索平台
  • 仿12306项目
  • 壁纸小程序项目
  • RuoYi-Vue
  • 博客搭建
  • 网站收藏箱
  • 断墨寻径摘录
  • 费曼学习法
Github (opens new window)
  • API网关

  • RPC

  • 消息队列

  • Spring Cloud

  • 分布式事务

  • 云存储

    • 云存储基础小结
    • minio 入门
    • MinIo vs OSS
      • 为什么不用阿里的 OSS,而是用 MinIO
        • 1、部署灵活性(私有化/本地部署)
        • 2、成本控制
        • 3、兼容 S3 协议
        • 4、开发测试更轻便
        • 5、更易集成 CI/CD 与容器化环境
        • 6、无需外网依赖,更安全
        • MinIO 的不足(相对来说)
        • 总结:为什么选 MinIO?
      • 为什么 MinIO 性能更高?
    • 讲讲断点续传的实现
  • 搜索引擎

  • 多媒体框架

  • 虚拟机

  • 微服务
  • 云存储
沉梦听雨
2025-05-30
目录

MinIo vs OSS

# MinIO vs OSS

# 为什么不用阿里的 OSS,而是用 MinIO

选择使用 MinIO 而不是阿里云 OSS,通常有以下几方面原因,尤其适用于一些特定业务场景、部署策略或成本控制的企业或团队:

# 1、部署灵活性(私有化/本地部署)

  • MinIO 是开源的对象存储服务,可以部署在企业自己的服务器或私有云中。
  • 阿里云 OSS 是 公有云服务,主要部署在阿里云平台上,无法私有化部署。

🔧 适用场景:

如果你在做本地化部署、内网项目或有合规要求(如数据不能上云),MinIO 是更合适的选择。

# 2、成本控制

  • 阿里云 OSS 收费模式是 按存储容量 + 请求次数 + 流量 计费。
  • MinIO 部署在自己机器上,除非硬件资源不够,一般不需要额外付费。(长期使用成本低非常多)

💰 对比:

项目 阿里 OSS MinIO
存储成本 按量计费 本地磁盘成本
网络成本 外网访问计费 内网传输免费
请求成本 按 API 次数计费 不收费(区分付费版和免费版)

# 3、兼容 S3 协议

  • MinIO 完全兼容 Amazon S3 API,而阿里 OSS 是自己的 SDK。
  • 如果你已有一套支持 S3 协议的代码或中间件,使用 MinIO 更无缝迁移。

# 4、开发测试更轻便

  • MinIO 可以本地运行,非常适合开发者进行调试、功能验证。
  • OSS 必须连云,调试麻烦,且频繁请求容易产生费用。

# 5、更易集成 CI/CD 与容器化环境

  • MinIO 原生支持 Kubernetes、Docker 部署,可以与微服务、DevOps 流程无缝集成。
  • OSS 属于平台服务,需要配套工具或网关支持,灵活性略差。

# 6、无需外网依赖,更安全

  • 在一些政企、军工、金融等行业场景中,不允许外网通信,MinIO 可以部署在完全离线的网络中。
  • OSS 需访问公网,或通过专线 VPN 接入,增加了运维和安全成本。

# MinIO 的不足(相对来说)

  • 运维成本:需要自己部署、备份、容灾等;
  • 不支持跨地域容灾(除非手动部署多节点);
  • 社区版功能有限,企业级高可用特性要商业授权。

# 总结:为什么选 MinIO?

维度 选择 MinIO 的理由
本地部署 支持私有化部署,适用于内网、合规场景
成本控制 无 API 请求费用,存储成本可控
开发便捷 本地开发友好,Docker 一键部署
协议兼容 兼容 S3 协议,利于平台间迁移
安全合规 可部署于内网,无公网依赖

# 为什么 MinIO 性能更高?

高并发写入能力:适合摄像头数据入库场景

MinIO 特性:

  • 支持大并发写入;
  • 后端可以配合 SSD RAID 存储提升 IO;
  • 多节点部署支持负载均衡(gateway 或 distributed 模式)。

OSS 限制:

  • 存在请求速率限制(默认 1000QPS 左右);
  • 高频写入可能被限速或加费。

MinIO 高性能的核心是:

技术点 作用
纯 Golang + 零拷贝设计 减少内存和 CPU 消耗
异步 I/O + goroutine 轻量线程处理模型,支撑百万并发
顺序写 & Erasure Coding 写入效率高、磁盘使用效率高
分层缓存 & 范围读取 优化读操作,适配大对象场景(如视频)
容器友好 快速部署、资源隔离、无外部依赖
minio 入门
讲讲断点续传的实现

← minio 入门 讲讲断点续传的实现→

Theme by Vdoing | Copyright © 2023-2025 沉梦听雨 | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式