在 KubeCon & CloudNativeCon 欧洲大会上，Jerry van Hulst 和 Marcel Kerker 在演讲“平台中的幽灵（Ghost in the Platform）”中指出，当一个平台从一开始就赋予开发者完全的自主权时，团队往往会感到不知所措，最终以截然不同的方式解决相同的问题。他们将工作重心从技术支持转向赋能，与团队开展深度协作，帮助团队建立信心并提升能力，让“正确的方法”成为“最简单的方法”。
2017 年，他们最初开始构建 OpenShift 的概念验证时仅有一个小团队。Van Hulst 解释说，他们最初的理念是赋予开发者完全的自主权：
我们提供平台，而开发者则负责整个生命周期。
截止到 2019 年，早期采用者发展势头良好，但当他们试图进一步拓展时，却遭遇了严重的成长阵痛。其中一个问题是认知负荷过高；早期用户虽然是技术爱好者，但新加入的团队却觉得学习曲线过于陡峭。他们发现自己被“ Kubernetes 税”压得喘不过气来，花在管理平台上的时间远多于实际编写代码的时间。
另一个成长中的痛点是知识碎片化：这些工具并未为团队提供太多的标准化支持，各团队在解决相同的日志记录或 Ingress 等问题时，采用的方法截然不同，Van Hulst 解释道：
即使在同一个集群内，情况也如同“狂野西部”一般，这让我们在提供支持时头疼不已，也让各团队在运维时倍感困扰。
他们意识到，给予每个人完全的自由实际上反而拖慢了进度，因此，需要转向一种路径更清晰的方法。
Van Hulst 表示，平台当前秉持着“自动化优先”的理念，这一理念同样适用于入职流程。他们的“项目即服务”（Project-as-a-Service）操作符让团队可以通过一个简单的 YAML 文件来创建环境。该平台提供了团队在平台上开始工作时所需的大部分内容，从命名空间和基于角色的访问控制（RBAC）到资源配额。
Kerker 表示，为了赋能开发人员并增强团队能力，他们的理念是将赋能置于支持之上。与其仅仅充当解决支持工单的客服中心，他们的最终目标是在工程团队内部建立起真正的自主能力：
我们希望他们感到自信且有相应的能力。
当 DevOps 团队超过 99 个 ，知识的大规模传播成了一大挑战。Kerker 表示，他们通过建立实践社区（Communities of Practice）来应对这一挑战，让各团队能够相互学习。为了保持团队的步调一致并激发大家的热情，他们定期举办容器用户组（CUG）活动，演示平台的新功能；同时还举办规模更大的“容器化日”活动，通过全体会议和邀请外部讲师，共同探讨新兴技术。
Kerker 表示，在实践技能提升方面，他们提供针对性强且可以自主安排进度的研讨会，涵盖 Tekton、ArgoCD、身份访问管理、RightSizing 和 Kustomize 等核心内容。
Kerker 提到，他们最具影响力的举措是“加速器黑客马拉松（Accelerator Hackathon）”：
我们不会仅仅提供文档，而是让平台专家与开发团队并肩工作一整天。我们会卷起袖子，通力合作，帮助他们快速将首个应用程序部署到平台上。这种方式注重实践、高度协作，是将赋能转化为立竿见影的成果的最佳途径。
Kerker 表示，他们的重点在于减轻开发者的认知负担，并让平台变得更加智能。他们将加大力度推进“黄金路径”（Golden Path），让“正确的方式”成为构建软件的最简便途径。他们计划与 Backstage 进行深度集成，并扩展其 CI/CD 启动模板：
我们希望开发者开箱就能获得所需的一切。
Kerker 解释道，他们还正在集成 AI 技术，通过在 ChatOps 和支持工单中部署基于 AI 的自动回复功能来优化运营：
通过自动处理重复性的问题，我们既能为开发者提供即时帮助，又能让平台工程师从基础支持工作中解脱出来，专注于高价值的赋能工作。
Kerker 表示，接下来的发展方向将由社区决定。他总结道，他们会优先考虑用户提出的新功能需求，并持续密切倾听开发团队的反馈，以便确保所开发的功能能够切实解决用户在日常工作中面临的挑战。
InfoQ 采访了 Jerry van Hulst 和 Marcel Kerker。
InfoQ：你们的平台在发展过程中遇到了哪些困难？
Jerry van Hulst：部署新环境的过程原本是一个需要人工干预、高度依赖人工操作的流程。从我们准备集群到开发人员手动配置应用程序，整个过程耗时非常长，结果就是，团队在平台上真正开始创造价值之前，往往需要等待很长的时间。
Marcel Kerker：我们调整了战略，将重心转向赋能。我们开始与 DevOps 团队进行大规模的知识共享。我们的主要目标是彻底减轻开发人员的负担，消除一切阻碍，让平台入职流程尽可能简单顺畅。我们不仅为他们提供了一个平台，更是一步步引导他们上手。
InfoQ：你学到了什么？
Van Hulst：作为一名拥有基础设施背景的人，我过去的思维定式是：“只要我给你服务器访问权限，我的工作就完成了。”但我逐渐意识到，在云原生世界中，仅有访问权限是不够的。如果我给开发人员分配了一个命名空间，但他们却要花三天时间来配置 ingress 和 CI/CD，那我其实并没有真正帮到他们。我从中得到的启示是：我的工作不仅仅是提供基础设施，更是要消除阻碍代码进入生产环境的各种障碍。
Kerker：我深知，要让一个平台取得成功，就必须始终如一地关注开发者的需求，并时刻倾听他们的反馈。与此同时，我也意识到，标准化是推动平台被广泛采用的重中之重。如果每个团队都必须自己摸索技术实现细节，那么平台的推广就会陷入停滞。通过标准化我们的流程，我们消除了这种阻力，避免了团队重复造轮子，并使平台变得更加易于接受且直观。
原文链接：https://www.infoq.com/news/2026/06/platform-project-as-a-service/
