Kubecon EU 的要点

西班牙瓦伦西亚举行的 Kubecon EU 是 Kubernetes 社区的一股清流。虽然 Linux 基金会和 CNCF 在疫情期间做出了巨大努力，但没有什么能比得上与你的“同行”面对面交流。而瓦伦西亚做到了这一点。我记不清具体的参会人数，但相比洛杉矶，感觉多了好几倍。

我们在第一天下午 3 点就卖光了 T 恤，尽管我们比洛杉矶多准备了 25%。我们认为这是一个很好的指标。

我们从这次活动中得到四个主要收获，我将在下面详细说明。和往常一样，我们欢迎你的想法、反对意见、论点等。

Kubernetes 风潮才刚刚开始

第一个收获是，自 2019 年我们在圣地亚哥最后一次大规模集会以来，Kubernetes 已经走过了很长一段路。它不再有那种“淘金热”的感觉，更像是一项成熟的技术。然而，我们仍然处于整个技术周期的早期阶段。我之所以这么说，是因为我和企业部署者以及小型组织进行了交谈。越来越多的工作负载和基础设施由 Kubernetes 提供支持，但并非所有。对于其他公司，他们的意图是存在的，但将工作负载迁移到 Kubernetes 原生的基础会带来挑战。这些挑战终将克服，因为 Kubernetes 模型只是一个更好的捕鼠器，组织一直在寻求效率，即使面对摩擦也是如此。我认为我们将在 12 到 18 个月内看到普遍性。这并不意味着我们不会继续看到真正的创新，只是感觉这已经是一个“既定事实”（Kubernetes 作为云操作系统模型的操作系统），只是需要一些时间才能完全渗透。

Kubernetes = 传统存储供应商的克星

第二点与那些不太热衷于 Kubernetes 崛起的公司有关——特别是传统的存储设备供应商。事实上，他们没有出现在展会。NetApp 唯一的出席者是 Spot。Cloudian 没有出现。戴尔也不在。Pure Storage 携 Portworx 出席（他们在研讨会上演示了 MinIO :)）。

我们明白，SAN/NAS 在云操作系统模型中是过时的技术，这些公司不是他们的“目标用户”。云操作系统模型无法容忍硬件设备。他们需要对其业务进行相当大的改变。AWS、GCP、Azure、IBM Cloud 都在场，讨论存储，还有 Hertzner 等其他公司。我们可能会在底特律看到一些传统玩家，但这有点像徒劳无功.

平滑操作

第三点是操作员的普遍性。操作员无处不在，每个人都有操作员。

Kubernetes 实现了操作员模型，以让供应商使用他们自己的自定义操作员扩展 Kubernetes 的编排功能。操作员模型是应用程序管理其应用程序的生命周期、升级、安装和配置的方式。

例如，MinIO 的操作员拥有处理 MinIO 编排的特定知识，但没有 Cassandra 的知识。因为 MinIO 使用 ErasureCode，而 Cassandra 使用 Replication。MinIO 的操作员知道如何配置、扩展、升级等，因为它了解擦除码奇偶校验设置、池的概念以及如何无中断地升级 MinIO。在 MinIO 操作员的帮助下，MinIO 在 DevOp 看来就像其他任何应用程序容器一样。这样，DevOp 可以以相同的方式处理所有容器（声明性地）。

更一般地说，操作员的激增遵循云操作系统模型中状态服务增长的趋势。

Kubernetes 非常擅长编排无状态服务，但是，当涉及到像对象存储和数据库这样的有状态服务时，它没有合适的知识来编排这些服务。

对于有状态服务，没有通用的操作员，而且可能不可行（如果可以的话，才华横溢的 Kubernetes 社区早就做到了）。 之所以很难，是因为每个有状态服务都需要特定的知识来实现自定义编排器。

这对所有数据存储、数据库、消息队列都是如此——基本上任何需要在本地持久化状态的东西都是如此。操作员的价值显而易见，没有它，开发人员必须将升级/删除/扩展租户的逻辑作为其 devops 自动化工具的一部分编写。由于 Kubernetes 优雅的声明式架构，这是可能的。

不过，人们不禁要问，操作员的爆炸式增长是否会带来复杂性，使其成为一个需要解决的问题。管理多少个操作员才算太多？十个、二十个、四十个？

这可能最终不会成为问题。正如一位非常聪明的工程师所说，“……没有人抱怨软件太多了，对吧？”

对。

多云

最后一个收获是最明显的。云现在是复数。多云不是一个特性，而是一个需求。我们几乎每一次谈话都会谈到活动-活动、严格一致的多站点复制。工作负载越重要，对持续性的关注就越大。

企业不仅正在迁移到公有云，事实上，大多数将要迁移的企业目前已经拥有云端存在。他们仍在构建私有云。他们仍在构建数据中心。他们仍在添加更多公有云。

此外，关于云的钟摆摆动，还有一些非常有趣的讨论。过去，存在这样的观念，即要正确使用云，你必须将你的数据迁移到该云。销售数据紧随其后的是人力资源数据，然后是运营数据。现在人们认识到，你并不需要将数据迁移到云中才能使用云操作系统模型，而且可能最好不要迁移这些数据。这会导致锁定，降低操作灵活性，并带来超出企业控制范围的安全风险。还有监管/数据主权方面的考虑。

净影响是，云操作系统模型并不仅仅意味着公有云。它可以，在许多情况下确实意味着公有云，但正在发生转变，它只是意味着更多云。这里可以从供应商的信息中找到证据。除了 AWS 之外，每个人都在谈论多云。这告诉我们，除了 AWS 之外，每个人都对它的成功有既得利益，或者仔细倾听客户的声音。

Kubernetes 和前面提到的操作员是多云爆炸的推动者，而多云爆炸的迹象表明其正在加速。要了解更多关于我们对多云的看法，请查看上面的产品部分或我们关于该主题的其他博客文章。

最后的想法

我们非常期待底特律，并且已经开始制定一些想法。对象存储不是最好的演示，但我们可以做一些事情让你感受到 MinIO 在我们所处的多云、云原生世界中的力量。

我们保证会带来很多 T 恤……