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)

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

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

k8s为什么那么多人不会

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