概要
随着网络存储技术的逐渐成熟，相信很多人会使用一些大厂的对象存储服务，即 OSS，如某某云的 OSS 服务，如不知道什么是对象存储服务，请先自行搜索一下。有了 OSS，我们就不用把数据放到本地，通过网络，随时随地访问我们需要的数据。
出于安全方面的考虑，部分公司会自行搭建 OSS 系统，或者是个人学习，也需要用到 OSS。很多大型企业都会用到类似 ceph 的存储服务，但是 ceph 学习和部署成本太大，没有经过几年的技术浸泡，是很难切入去的。在这样的情况下，一款越来越火的轻量级对象存储系统就这样诞生了，它就是 Minio。
Minio 是一个基于 Apache License v2.0 开源协议的对象存储服务。它兼容亚马逊 S3 云存储服务接口，非常适合于存储大容量非结构化的数据，例如图片、视频、日志文件、备份数据和容器/虚拟机镜像等，而一个对象文件可以是任意大小，从几 kb 到最大 5T 不等。是一个非常轻量的服务，可以很简单地和其他应用结合，类似 NodeJS、Redis 或者 MySQL。
Minio 既支持单机版部署，让我们去学习研究，又支持分布式部署，承担我们生产环境的服务。两种部署方式都非常简单，其中分布式部署还提供了纠删码功能来降低数据丢失的风险。确实是一款可盐可甜的优秀产品。
下面我们来介绍一下minio的安装方式。
安装
MinIO的安装方式有很多，支持docker容器安装、二进制方式安装，这里我们使用二进制方式安装。
wget https://dl.min.io/server/minio/release/linux-amd64/minio
//1.下载minio源码包
chmod +x minio
//2.更改权限
./minio server /data
//启动服务 /data为我们自定义的文件目录如上图所示，我们已经成功运行了一个单机版的 Minio 服务，下面介绍一下 Minio 单机版和分布式的部署方式。
分布式部署
在生产环境中，我们往往会采用分布式方式部署，这样能降低服务负载，并且Minio 在分布式上提供了数据容灾的方式，下面我们来看看分布式的部署方式。
需要注意以下几点：
1) 分布式 Minio 里所有的节点需要有同样的 access秘钥 和 secret秘钥，这样节点才能建立联接。需要在执行 minio server 命令之前，先将 access秘钥 和 secret秘钥 export 成环境变量。
2) 分布式 Minio使用的磁盘里必须是干净的，里面没有数据。
3) 分布式 Minio 里的节点时间差不能超过3秒。
4) 分布式部署至少需要4个节点，否则启动会报错。
在集群所有服务器上执行相同命令
export MINIO_ACCESS_KEY=<ACCESS_KEY>
export MINIO_SECRET_KEY=<SECRET_KEY>
minio server http://host{1...n}/export{1...m} http://host{1...o}/export{1...m}浏览器访问
Minio 支持浏览器访问，在浏览器中输入服务器提供的http://{你的ip地址}:9000
如上图所示，可以在浏览器上看到我们的服务信息，例如有多少个桶，桶里面对象的列表，web中提供了一些简单的操作，例如创建文件桶，上传文件。
其他方式访问
1、亚马逊S3协议
Minio 本人觉得最好用的地方就是全面兼容亚马逊 S3 协议，如果对接的 OSS 服务是 S3 协议，那么我们无需改动任何代码，搭建好 Minio 即可实现无缝对接，开箱即用。
2、SDK API
Minio 提供了很多语言的 SDK 跟 API 支持：javascript，Java，python，Golang、.Net，我们可以到官网下载 SDK 使用 API 进行对接。
3、MinIO客户端
Minio Client (mc)为ls，cat，cp，mirror，diff，find等 UNIX命令 提供了一种替代方案。它支持文件系统和兼容 Amazon S3 的云存储服务（AWS Signature v2和v4）。Minio 服务端中并没有自带客户端，所以我们需要安装配置完客户端后才能使用。
具体的命令可自行查阅官网文档~
总结
对于数据不上云的公司或者需要学习 OSS 的童鞋，都可以拿来即用，Minio 确实给我们带来了好多方便，轻量级安装部署，无缝对接亚马孙S3，数据纠错机制，对K8S友好的支持，优点真是越数越多。本人觉得不足之处就是不能热扩容，希望后续 Minio 的开发者能考虑到这一点。
下期会给大家介绍Vue2与Vue3的响应式区别，敬请期待~
欢迎各位关注、留言，大家的支持就是我的动力！
