minio/docs/zh_CN/orchestration
ebozduman 78be3f8947 Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
..
dcos Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
docker-compose Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
docker-swarm Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
kubernetes Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
kubernetes-yaml Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30
README.md Removes the incorrect coverage badge from the docs (#7651) 2019-05-16 12:11:49 +05:30

README.md

MinIO部署快速入门 Slack Go Report Card Docker Pulls

MinIO是一个云原生的应用程序旨在在多租户环境中以可持续的方式进行扩展。编排orchestration平台为MinIO的扩展提供了非常好的支撑。以下是各种编排平台的MinIO部署文档:

Orchestration平台
Docker Swarm
Docker Compose
Kubernetes
DC/OS

为什么说MinIO是云原生的cloud-native?

云原生这个词代表的是一些思想的集合比如微服务部署可伸缩而不是说把一个单体应用改造成容器部署。一个云原生的应用在设计时就考虑了移植性和可伸缩性而且可以通过简单的复制即可实现水平扩展。现在兴起的编排平台像Swarm、Kubernetes以及DC/OS让大规模集群的复制和管理变得前所未有的简单哪里不会点哪里。

容器提供了隔离的应用执行环境编排平台通过容器管理以及复制功能提供了无缝的扩展。MinIO继承了这些针对每个租户提供了存储环境的隔离。

MinIO是建立在云原生的基础上有纠删码、分布式和共享存储这些特性。MinIO专注于并且只专注于存储而且做的还不错。它可以通过编排平台复制一个MinIO实例就实现了水平扩展。

在一个云原生环境中,伸缩性不是应用的一个功能而是编排平台的功能。

现在的应用、数据库key-store这些很多都已经部署在容器中并且通过编排平台进行管理。MinIO提供了一个健壮的、可伸缩、AWS S3兼容的对象存储这是MinIO的立身之本凭此在云原生应用中占据一席之地。

Cloud-native