当前位置:首页 > 数码 > Kubernetes创始人发声-K8s被反噬! (kubernetes与docker的关系)

Kubernetes创始人发声-K8s被反噬! (kubernetes与docker的关系)

admin5个月前 (05-03)数码16

Kubernetes(K8s),曾经是容器编排的耀眼明星,近年来却因其日益增长的复杂性而备受质疑。Kubernetes 的联合创始人兼杰出软件工程师 Tim Hockin 在最近的 KubeCon 上发出警告,呼吁 Kubernetes 核心维护者在考虑新功能时权衡其带来的好处和额外的复杂性。

K8s 的历史和价值

K8s 最初由 Google 工程师于 2014 年创建,两年后成为云原生计算基金会 (CNCF) 的第一个托管项目。作为云原生架构的核心,K8s 提供了高度的可扩展性和灵活性,使开发团队能够专注于创新软件,并为企业提供应对新兴技术的准备。

K8s 日益增长的复杂性

随着 K8s 的普及,它逐渐开始承担起更多复杂的工作,例如机器学习推理和 LLMOps。这种扩展导致 K8s 的部署和维护变得异常复杂,对开发和运维人员来说构成了巨大的负担。Hockin 指出,这种复杂性已经成为 K8s 进一步发展的最大威胁。

开发者疲劳

K8s 的复杂性不仅影响最终用户,也影响核心维护人员。随着复杂性的增加,维护人员进行更改的敏捷性降低。同时,用户面临的阻力也越来越大,导致 K8s 对开发人员来说不堪重负。

传统上,开发工程师专注于应用程序开发,而运维人员负责部署和管理基础设施。K8s 的出现打破了这一界限,导致开发人员承担了更多的运维任务,加剧了他们的工作量。

两条疲劳鸿沟

K8s 的演变创造了两条疲劳鸿沟,阻碍了云原生架构的广泛采用。DevOps 团队需要扩展其专业领域,而基础设施团队成员和开发人员则需要掌握更多超出其舒适区的能力。

复杂性预算

Hockin 提出了一个概念,即“复杂性预算”。随着 K8s 社区不断添加新的复杂特性,这个预算正在逐渐耗尽。当预算用完时,K8s 的创新将停滞,用户将转向其他解决方案。

Hockin 呼吁 Kubernetes 项目经理将复杂性视为一种有限资源,并审慎考虑新功能的价值。他认为,K8s 需要学会克制,否则将面临创新停滞甚至失去其市场领先地位的风险。

结论

K8s 的复杂性是一个亟待解决的问题。Kubernetes 联合创始人 Tim Hockin 的警告为我们敲响了警钟,表明我们必须学会适度,平衡新特性带来的好处和额外的复杂性。只有实施严格的复杂性管理,K8s 才能保持其创新势头,继续为云原生世界提供坚实的基础。


K8S的概念是什么?

k8s全称为Kubernetes,Kubernetes是Google 2014年创建管理的,是Google 10多年大规模容器管理技术Borg的开源版本。它是容器集群管理系统,是一个开源的平台,可以实现容器集群的自动化部署、自动扩缩容、维护等功能。

通过Kubernetes你可以:

快速部署应用

快速扩展应用

无缝对接新的应用功能

节省资源,优化硬件资源的使用

Kubernetes 特点:

可移植: 支持公有云,私有云,混合云,多重云(multi-cloud)

可扩展: 模块化, 插件化, 可挂载, 可组合

kubernetes与docker的关系

自动化: 自动部署,自动重启,自动复制,自动伸缩/扩展

k8s为什么那么多人不会

Kubernetes(简称K8s)是一个开源的容器编排系统,用于自动部署、扩展和管理容器化应用程序。 K8s的部署和管理需要一定的技术知识和经验,因此对于没有相关经验的人来说可能会感到困难。 此外,K8s的学习曲线较陡峭,需要掌握一定的容器技术、编排技术、网络技术和存储技术等方面的知识,因此需要花费一定的时间和精力来学习和实践。 最后,K8s的文档相对较为复杂,需要花费一定的时间来熟悉和理解。 同时,K8s的社区相对较小,与其他容器编排系统相比,其生态系统也相对不够成熟,这也可能会让一些人感到困惑和难以入手。 综上所述,K8s的学习和使用需要一定的技术基础和经验,因此对于没有相关经验的人来说可能会感到困难。 但是,随着容器技术和云原生技术的不断发展,K8s的使用和普及也在逐渐增加,相信会有越来越多的人掌握和使用它。

免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。

标签: Kubernetes

“Kubernetes创始人发声-K8s被反噬! (kubernetes与docker的关系)” 的相关文章

Kubernetes-集群的十年历程-管理-踩过的十个大坑 (kubernetes)

Kubernetes-集群的十年历程-管理-踩过的十个大坑 (kubernetes)

Kubernetes是容器技术的绝对王者,它允许我们在YAML文件中描述应用程序的外观,然后Kubernetes会完成其余的工作。 高效管理Kubernetes集群至关重要。本文总结了管理K...

b-b-href=-a-a-开发者Kubernetes懒人指南 (b-b-href=-a-a-开发者Kubernetes懒人指南)

b-b-href=-a-a-开发者Kubernetes懒人指南 (b-b-href=-a-a-开发者Kubernetes懒人指南)

你可以将本文作为开发者极速了解Kubees的指南。从基础常识到更初级的主题,如HelmChart,以及一切这些如何影响你作为开发者。 译自KubernetesforLazyDeveloper...

优秀Kubernetes工具的最终指南 (优秀库)

优秀Kubernetes工具的最终指南 (优秀库)

引言 Kubernetes 是用于管理容器化应用程序编排的领先平台。它提供了出色的功能,例如自动扩展、自动修复和负载平衡,这些功能使其成为软件工程师的首选解决方案。Kubernetes 的管理可...

深入了解-不够用时-调试的救星-superdebug-当debug-Kubernetes (深入了解不够)

深入了解-不够用时-调试的救星-superdebug-当debug-Kubernetes (深入了解不够)

kubectlexec 命令的限制 kubectlexec 命令用于在正在运行的 Pod 中执行命令,但它在 Kubernetes 中有以下限制: 不能以 root 身份运行:容...

Kubernetes-治理容器化运行程序-经常使用 (kubernetes与docker的关系)

Kubernetes-治理容器化运行程序-经常使用 (kubernetes与docker的关系)

引见 Kube-downscaler是一款开源工具,准许用户定义Kubees中pod资源智能缩减的时期。这有助于经过增加非高峰时段的资源经常使用量来降落基础设备老本。 在本文中,咱们将...

LTS-现状-常年支持-的-Kubernetes-解谜与揭秘 (ltsg)

LTS-现状-常年支持-的-Kubernetes-解谜与揭秘 (ltsg)

从一个幽默的疑问引出很多人都在关注的KubeesLTS的疑问。 幽默的疑问 2019年,一个名为apiserverLoopbackClientServercertexpire...

ChatGPT避而不谈-揭开Kubernetes消费运行的十大秘诀 (chatgpt官网)

ChatGPT避而不谈-揭开Kubernetes消费运行的十大秘诀 (chatgpt官网)

理想证实,生成式在许多相对基础的用例中已施展作用,然而当它须要在技术方面给予更多指点时,体现又如何呢? 在推出时,咱们也和大家一样想将它给出的答案与惯例网络搜查获取的答案启动比拟。咱们启动试...

Kubernetes弃用Dockershim-转向Containerd-影响及应对指南 (kubernetes与docker的关系)

Kubernetes弃用Dockershim-转向Containerd-影响及应对指南 (kubernetes与docker的关系)

Kubernetes 1.24 版本发布时,正式宣布弃用 Dockershim,转向 Containerd 作为默认的容器运行环境。 Kubernetes 为何弃用 Dockershim?...