在GitLab CI/CD中，我们经常用到缓存，将下载的项目依赖包缓存起来，下次自动恢复到工作目录，以此来是实现资源的最大化，加快下载与编译速度。
GitLab Runner默认使用本地缓存，本地的环境是保存在安装GitLab Runner的主机上，如果你是用Docker安装，或者直接使用.rpm或 .deb 安装。这种方式不支持一条流水线跨Runner构建，即有二个依赖缓存的作业，一个作业使用的是A机器上的Runner，另一个作业使用的是B机器上的Runner，这样二个作业的缓存就不通用。这个时候最好的方案是使用分布式缓存，将要缓存的文件上传到分布式缓存平台中，当使用的时候再下载。
GitLab Runner 当前支持三种缓存 s3, gcs, azure，一般我们会选择S3缓存中的MinIO平台，这个是一个开源的分布式缓存，完全兼容S3协议。下面就介绍一下如何安装配置MinIO。
Docker安装MinIO
使用Docker安装MinIO非常的简单，只需要一条命令。
docker run \
-p 9000:9000 \
-p 9001:9001 \
--name minio1 \
-v ~/minio/data:/data \
-e "MINIO_ROOT_USER=AKIAIOSFODNN7EXAMPLE" \
-e "MINIO_ROOT_PASSWORD=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY" \
quay.io/minio/minio server /data --console-address ":9001"MinIO的镜像为 quay.io/minio/minio。暴露的端口为 9000 和9001，其中9000是调用API的端口，9001是Web管理页面的访问端口。
在启动的时候需要指定 root用户名和root用户的密码。
此外为了数据持久化，我们需要挂载一个本地目录来存储数据，这样在移除容器后，数据还会保留在本地。
容器启动成功后，浏览器访问 http://localhost:9001/login 即可看到MinIO的登录页面 如下
创建Bucket与服务用户
使用账号密码登录MinIO后，（账号与密码都从启动容器的命令中取得），以上面的例子启动，
用户名为AKIAIOSFODNN7EXAMPLE
密码为wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
在MinIO中所有的文件都存储在Buckets中，要存储文件必须先创建一个Bucket。
进入首页后，点击左侧菜单Buckets,在点击按钮 Create Bucket 安装
填写Bucket名称。
其他属性在单机部署的情况下不能勾选。所以我们也体验不到，但这已经足够了。
创建Bucket，就进入了Bucket的管理页面，在当前页面，你可以上传文件，上传文件夹，删除文件，下载文件。
要使用API来调用MinIO功能，还需要创建一个服务账户。点击左侧菜单 Service Accounts。
创建后，注意保存Access Key与Secret Key。
配置GitLab Runner
找到GitLab Runner 的配置文件config.toml。找到要使用的runner。配置runners.cache 配置块
[runners.cache]
Type = "s3"
Path = "prefix"
Shared = false
[runners.cache.s3]
ServerAddress = "172.17.0.4:9000"
AccessKey = "12345678"
SecretKey = "87654321"
BucketName = "fizz-minio"
Insecure = trueType 为s3
Path 缺省值，存储的路径前缀可不填
Shared 是否共享，共享后，缓存可以跨项目，跨机器使用。
ServerAddress 安装MinIO的 IP+端口
AccessKey与SecretKey 从服务用户处得到。
BucketName 创建的Bucket名称。
配置完成后，流水线中的日志将显示将制品上传下载。
如下图
至此GitLab Runner 配置分布式缓存MinIO 到此结束。
任何东西只要肯钻研都是时间的问题。
