KubeCon EU 2023：5大趋势值得关注

在Kubernetes的世界里总是有很多事情在发生。在KubeCon这样的大型社区聚会的前夕，我们不妨评估已经走了多远，以及下一步要去哪里。

我们的行业现在必须应对五个趋势，这些趋势将在阿姆斯特丹KubeCon EU上讨论。

边缘意味着业务

所有的迹象都表明，边缘Kubernetes终于进入了主流意识。大型分析公司正在发布第一份专门报告和供应商排名。供应商提供了更多的文章、活动和精彩的新创意。

当然，这一切都很好：讨论和合作越多，社区就越强大，即使这意味着必须费力地使用更多的流行语。

重要的是，在解决生产中商业采用的现实问题方面也取得了有意义的进展。问题如下：

——当设备在现场无人值守时，如何真正保护设备及其工作负载？

——当不得不定期为数百个地点运送新的和替换的边缘设备时，如何控制供应链成本和错误？

——当设备处于远程且具有间歇性连接时，如何确保可用性并实际执行第二天的任务，如打补丁？

——如何针对功率受限的边缘硬件优化K8s性能？

回答这些问题需要合作，这就是为什么你会看到越来越多的联合举措。但真正的进展是在供应商和在客户方工作的工程师之间的合作关系中取得的。以色列农业科技初创公司Tevel Aerobotics在Edge Day的会议时会介绍，他们将Kubernetes安装在水果采摘无人机上，以运行实时人工智能计算机视觉工作负载。这是非常酷的东西。对于任何技术堆栈来说，这也是一次考验，关乎农业的微薄经济性、将硬件真正投入现场的安全性和操作挑战，以及对卓越应用程序可用性和性能的需求。

开发者体验比以往任何时候都更重要

具有讽刺意味的是，容器是一种帮助开发人员创建更可移植应用程序的技术，但Kubernetes仍然是运维团队使用的一组基础设施。多年来，K8s生态系统的重点一直是帮助运维人员更有效地完成工作。

但在不断“左移”的世界里，这已经不够了——开发人员也需要成为Kubernetes世界的一部分。只是不需要处理Kubernetes本身！

从去年围绕平台工程的大肆宣传，以及社区对Kubernetes固有复杂性的强烈反对开始，我们注意到人们突然意识到，这一群人需要关注：应用程序开发人员，他的工作是为K8s集群构建应用程序，并将应用程序推送到K8s集群。

现在，社区意识到，沮丧、低效的开发人员正在消耗业务，我们需要帮助他们抽象出K8s基础设施的一些复杂性，而这些复杂性是他们不应该真正处理的。无论你称之为ZeroOps还是其他什么，这都是关于开发者体验的。

有几家供应商正在为这个领域做准备，但仍处于早期阶段，而这正是像KubeCon这样的活动在帮助澄清问题和分享不同观点方面非常宝贵的地方。

裸金属继续前进

裸金属机Kubernetes不仅会继续存在，而且在采用方面取得了巨大进步，超越了它过去众所周知的小众用例，如AI/ML工作负载。

一个动机可能是经济性——随着预算螺丝钉的收紧，首席信息官们更不愿意在可能有其他选择的地方缴纳“V税”（尤其是担心博通会提高VMware的定价）。如果裸金属具有性能优势，那就更好了。

边缘是另一个驱动因素。当设备越来越小时，系统管理程序的开销就变得不可行了（无论是在资源需求还是许可成本方面）。

虽然许多人一开始在虚拟化基础设施上运行Kubernetes，但现在甚至可以完全翻转脚本，通过KubeVirtualt等项目将现有的基于VM的工作负载带到Kubernete上运行。

把所有这些趋势放在一起，我们就做好了从虚拟化世界大规模转移的准备。我们已经看到了更多关于裸金属功能的公告，在未来几个月我们也将看到更多的成功案例。

每一块钱都很重要

与2022年初的辉煌时期相比，商业前景突然显得相当黯淡。数十万科技工作者被解雇。通货膨胀居高不下。投资者正在关闭免费资金的水龙头。皮带正在拉紧。银行正在倒闭。空气中弥漫着恐惧。

这些事件会产生连锁反应，并且会影响到每一个使用Kubernetes的组织。

可能会对成本进行更多的审查。Sysdig最近的一份报告指出了Kubernetes资源的巨大浪费。是否能够查看所有集群，并能够有效地报告成本和管理容量？是否能够跨多个云优化工作负载以优化预算？是时候抛弃云计算账单，将工作负载转移回内部了吗？当然，我们已经在上面谈到了虚拟化许可的成本。

时间等于金钱，不仅仅是开发人员的生产力受到了审查，运维人员的生产力也将受到关注。首先，不太可能有员工招聘预算，即使你觉得缺乏专业的K8专业知识。

如果你正在努力管理随着Kubernetes使用量的增长而关心集群的日常运维任务，或者响应内部客户的新请求，那么可能需要考虑如何更智能地完成任务。首席信息官们将对同类最佳的自动化进行比较，如果平台工程师、系统管理员、架构师和QA在集群中花费了昂贵的时间进行手动工作，那么是时候为变革做好准备了。

这与发行版无关

发行版只是堆栈中的一层，是一个可以随着需求变化而交换的组件（无论是用于支持边缘的有限硬件，还是将工作负载转移到不同的云上）。

发行版是一种商品，有很多优点和缺点，选择很重要。但你不应该锁定在你在生产中部署的第一个发行版中。你不应该为使用多个发行版而感到难过（我们的研究发现，每个人都这样做）。这是现在的主流行为，就像多云一样——它有很多优点，包括降低风险。

那么问题就变了。不再是“什么是最好的Kubernetes发行版”，而是“我如何在不失去理智的情况下管理多个发行版（以及上面的所有发行版）。”答案可能会让你大吃一惊。

乐观的理由

这五种趋势中的一些听起来可能很悲观，甚至危言耸听。但事实并非如此。它们是关于Kubernetes的成长。

我们已经度过了Kubernetes作为一个令人兴奋的技术项目的临界点：现在我们开始考虑企业技术；技能和团队生产力；选择和锁定；安全性和可用性。把它们都综合起来，最重要的是成本效益和投资回报。