VMware Explore 前的想法

VMware Explore 将于明晚在旧金山启动。它与 2019 年最后一次面对面的 VMworld 活动不同——无论是在出席人数还是在内容方面。从那以后发生了很多事情。首先，VMware 从那时起已经易手两次——从戴尔剥离出来，然后被 Broadcom 收购。Pat Gelsinger 和他的许多副手都回到了英特尔。Sanjay Poonen 是 Cohesity 的掌舵人。

技术格局也发生了变化。Kubernetes 早在 2019 年就走上了陡峭的采用道路，现已成为云中无可匹敌的操作系统。多云，在 2019 年几乎不是白话，现在已成为大型企业的默认架构。开发人员已经巩固了自己作为企业价值创造引擎的地位。

还有很多需要改变的地方。VMware 的生计和黄油，企业 IT 正在向云运营模式转变，尽管进展缓慢。VMware 提供入口匝道，但它不控制车辆的速度。话虽如此，VMware 每年仍在为传统的虚拟机基础架构兑现七位数的支票。他们很可能能够在企业 IT 方面安排好时间 - 驾驭这个棘手的迁移。

以下是我们预计本周会看到的一些主题以及我们的看法：

多云将获得最高收益。现在每个企业都是多云企业，多云的推动者是Kubernetes。今年的展会旨在弥合企业 IT -> Kubernetes 之间的鸿沟，并加速众多 VMware 客户正在进行的应用程序现代化之旅。

从 MinIO 的角度来看，如果不对存储进行现代化改造，就无法对应用程序和工作负载进行现代化改造。VMware 也知道这一点。当他们开始他们的 Kubernetes 之旅时——他们从对象存储开始，然后考虑到我们的足迹和 Kubernetes 印章而来到 MinIO。最初的产品是 VMware vSAN Data Persistence 平台。MinIO 是设计和发布合作伙伴。各种云不支持 S3 - MinIO 跨公共云和私有云解决了这个问题。这就是为什么我们是多云对象存储的代名词。

vSAN 获得云和“即服务”待遇。虽然 VMware 在其 Kubernetes 之旅中引领了对象存储，但他们也需要 vSAN 成为旗舰产品。它需要将企业从传统的 SAN/NAS 方法与对象存储等现代云原生方法联系起来。

这个“即服务”组件很重要。VMware 仍在努力转换“棕地”企业 IT 部署——“即服务”云产品（TKG-M 是另一个）为许多企业提供了一个重新开始的机会——具有更低的爬坡成本和更少的技术资源限制（ Kubernetes 专业知识不仅需求量大，而且非常稀缺）。

从我们的角度来看，这不是零和游戏。企业需要更多时间来实现现代化，vSAN 为他们争取到了时间。最后，所有的道路都以云运营模式告终，这对像我们这样的软件定义对象存储公司来说是件好事。

简单性对于 VMware Tanzu 的努力至关重要。vCenter 是经过数十万小时的努力磨练而成的优化体验。事物就在它们所属的地方，最多只需点击几下。简单性是云的操作原则之一，VMware 面临的挑战是在接受容器和编排的复杂性的同时继续提供这种简单性。

容器和编排不是核心 VMware 受众的原生概念。这是企业内部现代化工作中的一个巨大风险。如何在不疏远他们的情况下带来 IT？您如何使它们足够快地出现，以免它们变得无关紧要或过时？你必须为你的社区做出贡献——否则你将没有。  

这并不是说企业 IT 不聪明——他们是，他们已经通过 VMware 的首字母缩略词汤来为他们的利益相关者——内部和外部——提供丰富、有弹性的应用程序环境。

关键是让它们能够轻松地将这些应用程序迁移到现代堆栈。以多租户、存储即服务为例。这是一个核心要求。它需要遵循而不是违背 Kubernetes 的原则。它需要从 vCenter 中点击几下才能启动——甚至不知道如何拼写 Kubernetes。

VMware需要的技术其实在这一点上已经很好理解了。通过简单性来确保采用将决定他们的成功。

概括

对于 VMware 来说，这是一个激动人心的时刻。这也是一个有风险的。他们拥有各种优势、职责、资源和广泛的产品组合。他们需要利用所有这些将他们的核心客户、企业 IT 迁移到云操作模型。Kubernetes 是关键。它解锁了多云。

这就是为什么我们是 VMware 如此强大的合作伙伴。我们做一件事，对象存储，在 Kubernetes 和多云方面比其他任何人都做得更好。我们可以去他们去的任何地方——无需更改一行代码。运行 Kubernetes 的多云企业需要对象存储。我们与 VMware 合作以履行该职责。

来 1708 号展位与我们会面吧。当您进入展厅时向右后退。我们将进行演示，讨论多云并分发一两件（或两百件）衬衫。