为什么VMware的Kubernetes野心取决于MinIO

VMworld的最大收获也许是VMware在Kubernetes上的“全盘押注”。VMware并不畏惧其雄心壮志，首席执行官Pat Gelsinger表示：“我们将成为Kubernetes的主要推动者。”

这反映了市场的现实。Kubernetes已成为行业标准。此外，Kubernetes不仅已发展成为业务流程，它还是一个用于分布式系统的平台-通过公共云，私有云和边缘之间的基础架构连接开发人员和运营商。  

存储是整体优势的重要组成部分，VMware需要MinIO来实现其雄心壮志。MinIO将云本机应用程序引入VMware生态系统，从而可以将它们进行容器化和编排，并使VMware看起来更像AWS。

Kubernetes要求S3。

这使得对象存储成为VMware雄心中的关键基础架构组件。考虑以下：

VMware已经拥有许多定义公共云体验的组件（使用AWS作为领导者）。与EC2一样，VSphere也提供虚拟机，ECS和PKS都将协调容器微服务。在EBS提供块存储的地方，vSAN也是如此。VMware缺少云原生S3对象存储。虽然有S3的叉车固定式版本，但它们都不是云原生的。考虑到对象存储可能是AWS技术堆栈中最重要的组件，这一点非常重要。

这就是MinIO的用武之地。MinIO从头开始构建，是云原生，高性能，S3兼容的对象存储。它只做一件事-服务对象并旨在做到这一点-比其他任何人都快。结果，MinIO已将自己确立为私有云中的标准。将其作为VMware部署的发源子很有意义。这正是VMware所做的-在此博客文章中详细介绍了这种方法：

你们都会认识到这张照片中的MinIO鹳是Kubernetes Pods的基础。鹳有些过时了，但是我们不会因为将VMware列为由Kubernetes管理的容器化存储的默认存储而受到VMware的惩罚-这正是他们在此图中所做的。

该图中有很多内容，但支撑着AWS和VMware之间的一场争斗正在塑造技术世界，这是其基础。本质上，企业中的VMware上运行着许多关键业务应用程序。AWS希望将这些应用程序带入云中。另一方面，VMware希望将云本机应用程序返回到VSphere。

微服务，Kubernetes和MinIO / S3对象存储的结合是现代云的基础构建块。通过将这些技术引入VMware，您可以为现代云应用程序提供VMware生态系统中的家。否则，这些有价值的应用程序最终会采用微服务方向，因此会迁移到AWS。

尽管不只是AWS，它还是任何云。多云是新的现实，并且再次采用云原生技术可确保VMware能够跨云领域满足其客户的需求。

这不仅是VMware的防御举措。VMware的设计旨在赢回过去几年中迁移到云的一些大型分析工作负载。遗留的，固定的，归档对象存储对于VMware而言并不能解决问题。他们需要现代的高性能对象存储-同样，为什么要在参考体系结构中调用MinIO。来自传统的，面向归档的设备供应商的对象存储不是容器友好的，也无法帮助VMware推进其目标。只有性能出色的Kubernetes友好对象存储，VMware才能将大量的分析应用程序吸引回数据中心。

遵循VMware文章中的说明，查看我们的Pivotal Tile或下载我们的Kubernetes下载，随意为自己动心。