关于kubernetes:KubeCon-EU-2023-落幕哪些技术趋势值得关注

6次阅读

共计 2629 个字符,预计需要花费 7 分钟才能阅读完成。

KubeCon+CloudNativeCon 是云原生畛域的技术盛会,上个月月末,在荷兰阿姆斯特丹举办的欧洲 KubeCon+CloudNativeCon 刚刚落下帷幕, 此次大会吸引了 10000 多名参会者以及 200 多家企业 ,其中 58% 的参会者是首次参会。这不仅反映了云原生畛域在蓬勃发展,也体现出 Kubernetes 社区仍在急速扩充。
 

本文将整顿来自出名厂商、技术媒体的观点,带你一探以后云原生畛域的技术发展趋势。
 

平台工程势头迅猛,再度成为大会热门话题

考察显示,Kubernetes 的复杂性、安全性和技术缺口是企业在采纳 Kubernetes 时面临的首要挑战。KubeCon EU 2023 的主题演讲中指出了须要器重的三个“复杂性”:

  • 在寰球平台范畴内治理配置的复杂性
  • 苦楚的 Kubernetes 降级
  • 多集群治理
     

以后呈现了各种技术和工具来简化 Kubernetes 治理。从 DevOps 团队的肩上卸下解决 Kubernetes 复杂性成为急切的需要,这使得平台工程成为业界热门趋势。
 

自从 2022 年 11 月在北美 KubeCon 大会上作为热门话题呈现以来,平台工程的发展势头继续减速。始终关注这一趋势的 Intellix 分析师 Jason Bloomberg 在承受 The Cube 采访时指出, 平台工程是 2023 年 KubeCon 欧洲大会的要害主题之一
 

Deepak Goel,D2iQ CTO,在采访中分享了他对平台工程的认识:“当不是 Kubernetes 专家的 DevOps 团队负责部署和保护 Kubernetes 环境时,会呈现效率低下的状况。”而平台工程的呈现不仅打消了部署和治理 Kubernetes 的复杂性,还缓解了许多组织中云和集群无序扩张的问题。
 

理解更多:
https://www.cncf.io/blog/2023/05/08/kubecon-europe-2023-highl…

 
在一场对于平台工程的圆桌探讨中,Stu Miniman,红帽混合平台市场总监,认为“开发人员之所以须要承受平台工程,它可能缩小软件开发过程中的认知过载”。加入这场圆桌探讨的还有来自 HaschiCorp 的 EMEA 地区 CTO、GitLab 的 CPO 等业界大咖,他们统一认为平台工程是一种实际,而因为市场因素的变动,为了放弃企业竞争力过来的办法曾经行不通,此刻企业须要拥抱平台工程。
 

理解更多:
https://thenewstack.io/kubecon-panel-how-platform-engineering…

 

开源应答气候变化

本届大会为可继续倒退和气象相干的开源我的项目提供了短缺的展现空间,遏制碳排放、节约能源成为本届大会的重要话题。开源模式依赖于合作和团队奉献,这与应答气候变化的办法有殊途同归之处:没有一个人能独自对气象危机负责,只有个体共同努力能力有所作为。
 

应用 GreenCourier 的可继续无服务器计算

慕尼黑工业大学的副研究员 Mohak Chadha 在他的演讲《GreenCourier:实现可继续的无服务器计算》中探讨了如何在提供无服务器性能的同时缩小碳节约。
 

Chadha 在演讲中解释说,因为必要的高层级形象,无服务器计算会耗费大量的能源。他说,与传统的 HTTP 服务器相比,仅虚拟化开销就能够减少 15 倍以上的能源消耗。
 

GreenCourier 是一个 Kubernetes 调度框架插件,它为散布在各地的集群调度无服务器性能,以尽量减少运行性能时的碳排放。为了做到这一点,它依据碳效率为集群调度无服务器性能。Chadha 的钻研发现,与默认策略相比,GreenCourier 将 Kubernetes 每次函数调用的碳排放量缩小了 8.7%
 

与 CNCF 我的项目的资源申请和 Pod 功率思考

在《在 CNCF 生态系统中通过责任调配实现可持续性》的演讲中,Chen 和 IBM 的软件工程业余人员 Yuval Lifshitz 探讨了如何应用开源我的项目 OpenTelemetry、Jaeger、Ceph、Rook 和 Kepler 来监测和可视化能源消耗。
 

Chen 和 Lifshitz 演示了应用亚马逊 S3 申请来更好地理解资源申请和来自 Pod 流动和申请追踪的能耗。他们首先应用 Rook 存储 Operator 建设了一个 Ceph 集群,而后用可观测性工具 OpenTelemetry 和 Jaeger 追踪整个 S3 申请过程。最初,他们用 Kepler 预计了 Pod 的能量消耗,并将这些指标发送到监控工具 Prometheus。
 

有了综合的 Pod 能源和追踪耗费指标,企业能够计算出每个用户在每个 Pod 上的能源消耗估计值,如果耗费扩散在多个 Pod 上,他们也能够理解到碳耗费的脚印。
 

理解更多:
https://www.techtarget.com/searchitoperations/news/365535381/…

 

云老本缩减备受器重

随着经济环境不确定性减少,FinOps 在企业外部备受器重。苹果软件工程师 Wittrock 在加入缩减云老本的圆桌探讨时提到,当波及到降低成本时,第一步应该是在企业外部发明一种监控所有相干指标的文化。
 

但老本缩减不是自觉的,须要依据业务需要灵便调整。Shopify 的产品工程基础设施总监 Subriamanian 提到:“在筹备彩色星期五和赛博周一等大促流动时,Shopify 会禁用弹性伸缩性能,而是间接将流量调整到预估值。因为在这类流动中 Shopify 的产品口碑是最重要的。”
 

在此次圆桌中,云原生的工程师们给出了一些缩减老本的倡议,包含:

  • 平台或基础设施团队应该与利用开发团队单干,对应用程序的各类指标进行连续性的监控和剖析
  • 充分利用弹性伸缩的性能,但也要留神业务需要
  • 定期 Kill 掉 Kubernetes 中闲置的 Pod,以最佳利用资源
     

理解更多:
https://thenewstack.io/kubecon-panel-offers-cloud-cost-cuttin…

 
在此次 KubeCon EU 上,许多与 FinOps 相干的我的项目大放异彩。FinOps 专家 Finout 提供了其 MegaBill 仪表盘,该仪表盘整合了所有云厂商的老本洞察,Kubecost 则专一于治理 Kubernetes 集群的老本,这通常是云原生环境中老本最高的局部。微软甚至发表它将退出开源的云原生老本治理我的项目 OpenCost。
 

更强的财务意识会疏导企业做出更好的决策,当下很多公司在争相成为 FinOps 的首选供应商。这是一个值得关注的畛域。

正文完
 0