企业正在重新审视 Kubernetes

企业曾经将 Kubernetes 视为现代应用部署的万能答案。然而，运营现实的挑战以及更优抽象层的出现，正促使人们重新评估这一选择。

多年来，Kubernetes 在企业 IT 领域曾占据着近乎神话般的地位。它被定位为未来的控制平面，是云原生系统的标准抽象层，也是终于能让企业摆脱基础设施供应商锁定的平台。平心而论，其中一些说法是成立的。Kubernetes 为容器编排带来了规范性，实现了可移植的部署模型，并为架构师提供了一个强大的框架，用于管理大规模的分布式应用。

然而，市场正在发生变化，企业的期望也随之改变。现在的问题不再是 Kubernetes 在技术上是否令人印象深刻——它显然是。真正的问题在于，对于越来越多的主流企业用例来说，它是否仍然是最佳选择。在许多情况下，答案越来越倾向于“不”。

我们看到的并不是 Kubernetes 的消亡，而是它作为“默认战略选择”那种不容置疑的统治地位的终结。原因如下。

运营成本过于高昂

随着 Kubernetes 的普及，许多组织不愿承认它引入了巨大的运营复杂性，需要专业技能、持续的调优以及强有力的治理。要运行好 Kubernetes，需要成熟的工程能力、可观测性、安全性、网络以及生命周期管理——这绝不仅仅是一个副业项目。许多人都低估了这一负担。

在架构图中看起来优雅的东西，在现实中变成了运营团队的沉重税负。集群数量成倍增加，工具链无序蔓延，升级变得充满风险，策略执行本身变成了一门独立的工程学科。企业意识到，他们不仅仅是在采用一个编排平台，而是在构建和维护一个需要持续投入和稀缺专业知识的内部产品。

对于那些规模和复杂性足以证明这种投入合理的数字原生企业来说，这或许是可以接受的。但对于那些只想要可靠部署、弹性应用和合理云成本的企业来说，这就很难推销了。在这种情况下，Kubernetes 感觉就像是披着战略现代化外衣的过度工程。当一家公司花在管理平台上的时间超过了在其上交付业务价值的时间时，这种新鲜感很快就会消失。

可移植性变得不再那么重要

Kubernetes 曾被推销为一种防范供应商锁定的对冲手段，旨在实现应用在本地、云端和边缘之间的运行。然而，大多数企业面临着生态系统依赖——存储、网络、安全、身份、可观测性、CI/CD、托管服务和云原生数据库——这造成了 Kubernetes 无法消除的实际锁定。

企业在应用负载可移植性上获得的收益，往往因生态系统的复杂性而丧失。他们虽然标准化了 Kubernetes，但仍然严重依赖特定云提供商的托管服务和运营惯例。结果是一种奇怪的中间状态：既承受了高度抽象平台的所有复杂性，又没能享受到端到端使用原生服务所带来的全部简洁性。

这一点现在更为重要，因为董事会和高管团队对理论上的架构可选性兴趣不大，而更关注可衡量的业务成果。他们想要的是速度、弹性、成本控制和更低的风险。如果托管应用平台、无服务器环境或特定于云提供商的 PaaS 产品能让他们更快地实现目标，许多人愿意接受一定程度的依赖。企业正变得更加坦诚地面对权衡。他们意识到战略灵活性是有价值的，但不能不惜一切代价。

这就是 Kubernetes 开始失宠的地方。可移植性固然有价值，但对于许多企业来说，它并没有证明随之而来的运营和组织负担是合理的。承诺超过了实际回报。

更好的抽象层正在迎头赶上

也许最重要的转变是，企业正从购买原始的技术架构转向消费更高层级的平台，这些平台能更好地与开发人员生产力和业务成果保持一致。平台工程团队越来越多地将 Kubernetes 隐藏在内部开发者平台之后。公有云提供商继续改进托管容器服务、无服务器产品和集成应用环境，从而减少对手工基础设施管理的需求。与此同时，开发人员并不想成为兼职的集群操作员。他们希望拥有快速的路径来构建、部署、保护和监控应用，而无需将十几个组件拼凑在一起。

换句话说，Kubernetes 可能仍然存在于底层，但在战略采购决策中，它正变得不那么显眼，也不那么核心了。这通常是技术成熟的标志。技术从“头条新闻”变成了“管道设施”。企业不再频繁地问“我们如何采用 Kubernetes？”，而是更多地问“交付现代应用最快、最安全、最具成本效益的方法是什么？”这是一个健康得多的问题。

答案越来越多地指向经过精选的平台、有主见的开发者环境以及将 Kubernetes 抽象化而非暴露出来的托管服务。这并不是对云原生原则的拒绝，而是对不必要认知负荷的拒绝。企业正在决定，为了实现现代架构的优势，他们不需要拥有每一层的复杂性。

让出聚光灯

这并不意味着 Kubernetes 正在消失。对于大规模、异构和高度定制的环境，它仍然很重要。对于拥有强大平台成熟度、监管限制或复杂多云运营需求的组织来说，它仍然是一个非常合适的选择。但这比炒作周期曾经暗示的市场份额要窄得多。

失去人气的不是作为技术的 Kubernetes，而是作为企业不容置疑标准的 Kubernetes。这种区别很重要。公司在决定在哪里接受复杂性、在哪里避免复杂性方面变得更加挑剔。他们不太倾向于将基础设施理想化，而更渴望在存在简单方案时选择简单。

这大概是一件好事。企业架构的工作不是为了技术本身的优雅而欣赏它，而是要将技术选择与运营现实、经济限制和业务成果保持一致。按照这个标准，Kubernetes 仍然有一席之地，但它不再获得免死金牌了。