最新观点 | 2018年Kubernetes发展预测

Posted 2021-04-16 K8S技术社区

报名12月6日KubeCon北美峰会直播，文末添加K8S技术社区小助手！

Kubecon / CloudNativeCon 2017北美峰会

12月6日至8日，CNCF KubeCon / CloudNativeCon北美峰会即将于奥斯汀举行，K8S技术社区将特派记者团现场报道，并精彩策划KubeCon热点抢先看系列文章+峰会现场微信直播+峰会系列报道+赴美大咖团国内首轮访谈直播，一手资料尽在文末报名！

近日，CoreOS首席执行官Alex Polvi发表博客：Kubernetes and containers in 2018: Buckle your seatbelts，就未来一年中Kubernetes和容器发展方向发表观点。

2018年即将到来，容器和Kubernetes的势头并没有减缓的迹象。自Google将Kubernetes 1.0捐赠给云原生计算基金会（CNCF）以来，不到三年的时间，我们已经看到，Kubernetes 已经成为历史上发展速度最快的开源项目之一。 来自产业生态链的所有供应商和IT商店都在积极拥抱Kubernetes。

我们很早就认识到，编排技术会是将容器化基础设施推向主流的催化剂。 很多大型企业已经在生产中部署Kubernetes集群，并且企业数量还在不断增长。

那么到2017年底，Kubernetes生态系统的未来将会如何呢？ 为您揭示了新一年的几个可能方向。

1.企业将认真考量可操作的安全性

在2017年，由于数据安全不足导致的警报声比以往任何时候都响亮。 去年10月，Equifax前首席执行官Richard F. Smith表示，“技术故障和人为错误”（包括软件修补不足）使得信用报告机构今年遭遇了破纪录式的数据泄露。

可以肯定的是，昨天的基础设施实践对于今天的互联网来说过于脆弱和繁琐，信息安全往往是第一个受害者。 数字说明了这样一个事实：据估计，今天的互联网用户数量达到了34.44亿，而IT从业人员只有2900万，每年有更多的人开始上网。 同时，横向扩展架构，DevOps等新模式的兴起，意味着需要管理的服务器，虚拟机，容器等资产的数量正在爆炸式增长。 信息技术从业人员只是寡不敌众。

自动化程度的提高是解决这种不平衡问题的唯一办法。 在新的一年里，IT组织会越来越多地要求自动化，零停机更新等功能。 增加整个基础设施的监测以及容器和进程的自动漏洞扫描。 考虑到最近网络安全事件的增加，包括国家行为的攻击，我们再也不能让人为错误成为最薄弱环节。

2.围绕云提供商锁定的讨论愈演愈烈

每年，大型公有云供应商在各自的平台上推出更多更好的服务，越来越多的客户涌向他们。 正如云提供商的盈利所显示的那样，研究公司IHS Markit估计，合并的IaaS，PaaS和SaaS市场为720亿美元，这种模式对他们来说是一笔大生意。 但是依靠他们的客户呢？

对于那些与大厂商签订昂贵合同的客户而言，IT支出通常是一个痛苦的课题。 但是，如果2018年又是云计费的一年，那么它可能会快速失控。 一旦客户变得依赖于供应商的专有云服务来满足应用，他们几乎不可能在其他地方开展业务。 供应商知道这一点，而早期购买的客户则刚刚收到提醒。

在未来一年中，关于混合云和多云模式的呼声只会变得越来越响。这个行业以前曾多次看到过这种锁定，但不会再发生。 开源软件运动已经向我们表明，开放的，社区驱动的技术可以像专有技术一样强大，并且不会因为单一供应商而受到限制。 云计算不会消失，但客户需要选择——这就是为什么跨数据中心和云的应用可移植性必将成为2018年最热门的话题之一。

3.无服务器计算的陷阱还在蔓延

不幸的是，在主要的云提供商忙于踩加速的情况下，打破云锁定并不容易。 所谓的无服务器计算作为最新的云原生技术，引起了人们的兴趣，即使它将用户锁定于云计算供应商的专有平台和数据中心的级别已经提到了前所未有的高度。

这种推动是从AWS Lambda和Azure Functions开始的，它让开发人员可以编写代码，而无需调配或管理它所需的计算资源。 基于这些产品的早期成功，预计云计算提供商还将在未来一年以类似的方式交付更多产品。 例如，AWS最近宣布了一种无管理的关系数据库服务Aurora Serverless。

无服务器模式是吸引人的，因为它旨在消除IT操作的痛点。 不仅没有硬件购买，而且也没有虚拟机，实例，网络或应用程序服务需要管理和维护。

无服务器的缺点在于，它代表了最严重的云锁定形式，客户依靠单一供应商提供从服务器和所在数据中心到服务乃至API的所有内容。 当一切都是专有的，应用的可移植性被有效地减少到零。 这就像是把时钟拨回大型机时代。

但是，它还是有希望的。 无服务器作为开发模式不需要绑定到专有云。 构建在Kubernetes之上的开源选项可以提供类似的功能。 不过目前这个类别还在不断涌现，到2018年很少有项目可能达到产品级成熟度。

4.Kubernetes赢了，见证Kubernetes应用的兴起

在2015年和2016年，容器崛起，成为替代VM的更有效资源替代品，也是微型服务等新模式的推动者。 然而，业界很快认识到编排层是规模化生产中成功部署容器所必需的。 这就是Kubernetes发源的地方。今天，Kubernetes成为各种规模组织的领先容器编排工具，正在逐渐成为像Linux一样无处不在的方式。

那么接下来是什么？ 早期的采用者开始将关键业务工作负载转移到生产集群上，期望看到更多的基于Kubernetes的服务需求。 诸如数据存储，监控和机密管理等基础设施服务已经被需求。 而且，随着用户逐渐认识到通过Kubernetes API集中记录，配置和安全的优势，我们期望这些“Kubernetes应用”的目录能够快速增长。

此外，越来越多的软件供应商开始将其应用程序作为容器而不是虚拟机交付，因为他们看到，容器化将他们的应用开放给更多的云提供商，减轻安全更新的负担，并使高可用性版本更容易构建。 这也将开创新的机会，将困在本地的软件移到云端，反之亦然。

最后，组织花费在架构和围绕应用部署，扩展和退役（也称为应用程序生命周期管理）上的基础架构构建的时间将减少到零。 由于无处不在的Kubernetes API，将会消除在数据中心以及云部署中，开发人员应用开发/测试工具的“分析瘫痪”问题。 Kubernetes API在所有这些环境中的可移植性将标准化企业中使用的工具，提高开发人员的生产力，并减少开始新举措的摩擦。

5.Istio成为Kubernetes服务网格的获奖者

一个与Kubernetes相辅相成的项目是Istio，我们认为2018年你会听到更多的信息。就像Prometheus为Kubernetes集群维护人员提供了宝贵的监控能力一样， Istio是一个开源项目，旨在解决微服务体系结构中的难题。

它通过创建一个在Kubernetes之上运行的“服务网格”来实现这个功能，并作为组成应用程序的各种微服务之间的中介网络。 Istio支持服务之间的流量管理，强制实施服务标识和访问策略，并为服务依赖性以及它们之间的流量移动提供可视性。

通过Google，IBM和Lyft之间的合作，Istio有望很快成为CNCF旗下的一个项目。 我们对此表示欢迎，一旦Istio的开发由同样负责Kubernetes开发的组织所主持，就可以期待看到更多供应商利用它来为管理基于容器的微服务应用程序构建更丰富的解决方案。

2018年，Kubernetes将全速前进

当然，没有人能真正预测未来，特别是在像我们这样快速发展的行业。 但是，我们能够百分之一百地确信一件事情，2018年将是容器，Kubernetes以及它们使能的新方法和实践的又一个关键年。 这些技术以及建立在这些技术之上的技术，都是由各种规模的现代企业所面临的迫切的需求所产生的。 我们很自豪能够帮助开创这个IT革命性变革的先河，我们迫不及待要揭开我们今后一年的计划。

推荐阅读：

---