Item | Specification |
---|---|
Custom access key | environment MINIO_ACCESS_KEY |
Custom secret key | environment MINIO_SECRET_KEY |
Turn off web browser | environment MINIO_BROWSER=off |
Listening on bucket notifications | using an extended S3 API |
Support for bucket notifications | postgres, amqp, nats, elasticsearch, redis, kafka (in-progress) |
Shared Backend (FS) | In-progress |
apiVersion: v1 | |
kind: Service | |
metadata: | |
name: minio-endpoint | |
spec: | |
selector: | |
app: minio | |
ports: | |
- name: "s3" | |
port: 9000 |
Storage has been long thought of as a complex, difficult to setup system. Even after the advent of quick deployment mechanisms like containers, problem somewhat persisted because of ephemeral nature of containers - it seemed counter-intuitive to store mission critical data on something that itself is supposed to be disposable.
Minio is an open source, S3 compatible, cloud-native object storage server, that makes storage as easy as launching a Docker container. On Hyper.sh, Minio servers are backed by Hyper.sh volumes that make sure, even if a container running Minio server goes down, the data is safe in the volume. As a true cloud-native application, Minio scales very well in a multi-tenant cloud environment.
Docker containers provide isolated environment for application execution, Hyper.sh enables effortless scaling by running multiple instances of these isolated applications. To scale Minio as per your s