2019年Kubernetes发展

【编者的话】2018年Giant Swarm公司联合创始人Oliver Thylmann对Kubernetes的走向做了自己的预测和简单的分析。2019年初笔者再次回顾2018年的预测博客，是应验了？还是偏离了实时呢？让我们看下笔者在年初的总结，以及自己对于2019年Kubernetes的走向预测。

去年我写了一篇题为《 Kubernetes过去到未来之旅 》的文章。在本文中，我谈到了我们技术栈KVM和AWS版本，以及即将推出的Azure版本。我还提到了前两年如过山车一样起伏不定的技术变化。

我们开始回顾下去年我的一些预测：

1. Kubernetes将进一步成为“云API”（The Cloud API）

我想我们可以回看这一条预测。过去的12个月时间内，Kubernetes已经成为焦点，其增长度和关注度令人吃惊。IBM购买了Redhat，因此开始使用Openshift， VMWare购买了Heptio和KubeCon，从数百到数千名参与者中成长 。这些例子也说明Kubernetes已经成为主流。当我们与正在构建现代化技术栈的公司讨论技术问题时，往往也会谈论到Kubernetes。

2.Kubernetes的管理和支持部门开始扩大规模，并找到他们的发展方向。

再来看这条预测。用于对于使用我们的平台运行大规模Kubernetes兴趣越来越浓。 一年或两年前开始尝试K8的组织现在已经投入生产环境。 他们发现这与以前有很大的不同。 Kubernetes很容易入门，但在生产环境实施比较困难。 那么，问题是你是否建立了一个团队将集群托管交由第三方管理。，您的开发人员能够根据其业务情况来评估其弹性需求。

3. Kubernetes将会死亡

再看这一条预测，预测正确。 我们仅仅有Kubernetes是不够的。因此，到目前为止，我们已经在服务目录工作上花了一年的时间。我们的客户不仅在谈论Kubernetes，还在谈论Istio、Prometheus、Kibana等等。他们希望从这些Cloud Native工具中获益，但不希望增加管理这些 工具 的开销。有了 Giant Swarm的管理，我们的客户可以专注于管理核心业务所需的应用程序。总之，托管的Kubernetes正在成为托管Cloud Native技术栈。

因此，我认为，今年我的预测不得不更进一步。如果我成功了，我将在2019年底再次回顾。

2019年关于Cloud Native的预测：

1. 大型企业将会在Kubernetes上双倍投入

您已经看到了大型云提供商以及IBM和VMWare等其他参与者。 Red Hat和Heptio的收购分别表明这些公司正在积极进军这一领域。 这些主要是支持性的，如果你看看管理服务市场，像Accenture这样的公司，仍然有很多公司为有需要提高业务的公司提供服务。 随着基础设施的带来的重大变化，也会带来行业的洗牌。

大型企业也可能是一些规模较大的财富500强企业，他们决定在Kubernetes上重建内部平台，并以开源工具的方式走自己的路。 部分会由于招聘压力，你会看到围绕这些公司发布的Kubernetes的开源工具有所增加。 在第五条误测中也会涵盖相同主题。

2. 重点是第二步的操作

安装Kubernetes很简单，但是接下来呢? 我们公司专注于第二步的操作，在安全性、更新、后期分析等方面进行了测试和证明。大型厂商将在生产过程中争分夺秒地推出更新的版本，而CVEs在生产过程中很快就得到了修复。客户将需要它，并调整他们的流程以适应它。

我们已经和许多在这里遇到难题技术交流过，他们仍然在运行Kubernetes 1.8或更低版本，而且还没有升级的迹象。这给它们留下了一个巨大的安全漏洞，因为最近的补丁只发布了1.10或更高版本。

3. 大数据将转移到Kubernetes

您将看到大数据玩家尽其所能支持Kubernetes。 公司将把他们的生产系统从庞大但旧的大数据技术栈剥离开。 他们还将从专有云提供商技术栈转向支持多集群环境中的专业Kubernetes解决方案。 云和非云之间的区别将作为副作用而模糊，但这将花费一年以上的时间完成。

我建议关注像 Dotscience 和 Aljabr 这样的公司。

4. 配置管理系统的兴起

如果没有在Kubernetes中运行我们自己的配置管理系统，我们就无法以现在的规模运行Kubernetes。我们使用操作符(自定义控制系统)来管理租户集群。不管有没有运营商，其他玩家都将关注这一点，因为很明显，一个集群来统治它们并不能解决所有问题。集群API是这里需要提到的一个项目。

将在边缘为零售、工业和物联网工作负载创建更多集群。每个站点有一个集群，可以更容易地将应用程序部署到这些位置并进行更新。然而，集群数量的增加将使自动化变得更加重要。

5. 扩展Kubernetes API

这是一个由两部分组成的预测：

第一：越来越多的应用程序将由自定义资源定义（CRD）部署和管理。 独立软件供应商（ISV），特别是将其软件作为包提供，包括或使用运营商推出持续更新。 该软件通常打包为Helm图表。

第二：Kubernetes主要使用CRD扩展Kubernetes新旧功能。 一方面，这将转向群集API，如Giant Swarm或上游Cluster API。 另一方面，朝向Kubernetes顶部的平台，例如， ML / AI平台，类似PaaS的产品，CI / CD管道，都是本地Kubernetes扩展。

在Giant Swarm，我们正在用CRD替换我们的API网关并直接使用Kubernetes API。 这让我们可以从Kubernetes功能中受益，例如RBAC和Admission Controllers。 它还使我们的API更容易与我们的运营商进行交互。

这种规模将增加API服务器作为事件管理器的负载。 因此，社区将致力于扩展API服务器和Etcd本身，或采用群集外解决方案。

总之，Kubernetes现在已经成为主流。 对于大型提供商和大用户来说，这是一个越来越受关注的焦点。 然而，它绝不是平稳的。 这意味着一方面是大规模的运营挑战，另一方面是生态系统的许多变化和快速发展。 我期待着您对2019年预测的评论。

原文地址： https://blog.giantswarm.io/the ... -2019 翻译：ylzhang