Kubernetes统治容器编排领域已近十年，但2026年的基础设施江湖正在发生微妙变化。越来越多人开始质疑：Kubernetes是否过于复杂？平台工程（Platform Engineering）理念的崛起，正在给出新的答案。 ## Kubernetes的复杂性困境 不可否认，Kubernetes是功能最强大的容器编排平台，但它带来的运维负担也让许多团队望而却步。一个典型的Kubernetes集群需要管理控制平面、工作节点、网络策略、存储类、RBAC权限、HPA自动扩缩容等数十个组件，学习曲线陡峭，运维成本高昂。 笔者曾访谈过十余家中型互联网公司的技术负责人，超过70%的团队表示他们的Kubernetes使用效率低于50%——也就是说，大量功能从未被实际使用，却带来了全部的运维复杂性。 ## 平台工程：开发者体验优先 平台工程（Platform Engineering）的核心理念是：建立一个内部开发者平台（Internal Developer Platform，IDP），将基础设施复杂性封装在平台内部，让开发者只需要关心应用本身。 这个平台由平台工程师（Platform Engineer）团队维护，他们的工作是构建工具、抽象复杂性、提供自助服务。开发者通过统一的Web界面或CLI工具，一键部署应用、申请资源、管理配置，而无需了解底层Kubernetes的细节。 Backstage是平台工程领域的明星项目，最初由Spotify开源。它提供了一个开发者门户，聚合了服务目录、文档中心、CI/CD流水线监控、告警查看等功能。在Backstage的架构下，每个服务都有一个"身份证"，记录其技术栈、负责人、SLA信息、依赖关系等关键数据。 ## Pulumi和IaC的现代化 基础设施即代码（IaC）也在进化。传统工具如Terraform使用DSL定义基础设施，而Pulumi允许开发者使用TypeScript、Python、Go等编程语言编写基础设施代码。这意味着可以复用语言本身的抽象能力——循环、条件判断、函数复用——来管理基础设施。 Pulumi的另一个优势是与主流编程语言的生态系统集成。可以直接使用npm包管理基础设施依赖，使用熟悉的测试框架编写基础设施测试，这种一致性体验大大降低了学习成本。 ## 总结 Kubernetes不会"死"，它依然是大型云原生应用的首选。但对于大多数团队，更务实的选择是构建平台工程能力，让Kubernetes的复杂性被优雅地封装。一个好的开发者平台，应该让基础设施"隐形"，让开发者专注于创造业务价值。