Building and Scaling a Platform with Project-as-a-Service

通过项目即服务构建和扩展平台 - InfoQ

InfoQ 首页 News 通过项目即服务构建和扩展平台

文化与方法

QCon 旧金山（11 月 16 日至 20 日）：深入的技术会议。改变你思维方式的同行对话。

通过项目即服务构建和扩展平台

2026 年 6 月 11 日 4 分钟阅读

作者：

• Ben Linders

#### 为 InfoQ 撰写文章

激发你的好奇心。

帮助 55 万名全球

高级开发人员

每个月保持领先。

联系我们

收听这篇文章 -

0:00

音频准备播放

你的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

• 阅读列表

当平台最初给予开发者完全的自主权时，团队感到不知所措，结果以完全不同的方式解决了相同的问题，Jerry van Hulst 和 Marcel Kerker 在他们的演讲《平台中的幽灵》中展示了这一点，该演讲在 KubeCon & CloudNativeCon Europe 上进行。他们转向了以赋能代替支持，与团队深入合作，帮助团队感到自信和有能力，使正确的方式成为最简单的方式。

2017 年，他们开始了一个小团队，构建 OpenShift 的概念验证。Van Hulst 解释了他们的初始哲学：

我们提供了平台，而开发者负责整个生命周期。

到 2019 年，早期采用者蓬勃发展，但当他们试图超越这一点时，他们遇到了重大的成长痛。其中一个是高认知负荷；早期用户是爱好者，但新团队觉得学习曲线太陡了。他们发现自己被“Kubernetes 税”所淹没，花更多时间管理平台而不是实际编写代码。

另一个成长痛是知识的碎片化：他们没有为团队提供很多标准化，团队以完全不同的方式解决相同的问题，如日志记录或入口，Van Hulst 解释道：

即使在同一个集群中，它也是“西部荒野”，这使我们支持和团队运行都感到头疼。

他们意识到，给予每个人完全的自由实际上减慢了他们的进度，他们需要转向更“铺好的道路”方法。

Van Hulst 说，他们当前的平台有一个以自动化为主的哲学，这也适用于入职旅程。他们的项目即服务操作员为团队提供了通过一个简单的 YAML 文件创建其环境的手段。它包括了团队在平台上启动所需的大部分内容，从命名空间和 RBAC 到资源配额。Kerker 说，为了使你的开发者和团队得到赋能，哲学是优先考虑赋能而不是支持。他们不仅仅作为解决支持工单的客服台运作，他们的最终目标是在工程团队中建立真正的自给自足：

我们希望他们感到自信和有能力。

拥有超过 99 个 DevOps 团队，扩展知识是一个挑战。Kerker 说，他们通过培养实践社区来解决这个问题，团队之间互相学习。为了保持所有人的一致性和灵感，他们定期举办容器用户组（CUG）来演示新平台功能，同时举办大型的容器化日活动，包括全体会议和外部演讲者，以探索新兴技术。

为了实际的技能提升，他们提供有针对性的、自定进度的研讨会，涵盖 Tekton、ArgoCD、身份访问管理、RightSizing 和 Kustomize 等关键内容，Kerker 说。

Kerker 提到，他们最具影响力的举措是 Accelerator Hackathon：

与其只是提供文档，我们的平台专家会与开发团队并肩工作一整天。我们撸起袖子，一起合作，帮助他们快速将第一个应用程序部署到平台上。这种方式是实际操作、高度协作的，也是将赋能转化为即时成果的最佳方式。

Kerker 表示，他们的重点是减少开发者的认知负担，使平台更加智能。他们将加倍专注于“黄金路径”，让“正确的方式”成为构建软件最容易的方式。他们计划深入集成 Backstage，并扩展他们的 CI/CD 启动器：

我们希望开发者能够开箱即用，拥有他们所需的一切。

Kerker 解释说，他们还正在整合 AI，通过在 ChatOps 和支持工单中实施 AI 驱动的自动回答来简化操作：

通过自动化解决重复性问题，我们为开发者提供即时帮助，同时让平台工程师能够专注于高价值的赋能工作，而不是基础支持。

Kerker 表示，下一步由社区决定。他们优先考虑用户请求的新功能，并密切倾听开发团队，以确保他们构建的能力确实能解决他们日常面临的挑战，Kerker 总结道。

InfoQ 采访了 Jerry van Hulst 和 Marcel Kerker：

InfoQ：你们平台的成长过程中遇到了哪些困难？

Jerry van Hulst：新环境的上线过程是一个手动、高接触的过程。在我们准备集群和开发者手动配置他们的应用程序之间，一个团队实际上在平台上开始交付价值需要很长时间。

Marcel Kerker：我们改变了策略，专注于赋能。我们开始与 DevOps 团队进行大量知识共享。我们的主要目标是完全减轻开发者的负担，消除任何摩擦，使平台的入职过程尽可能容易和无缝。我们不仅仅给他们一个平台，而是牵着他们的手，引导他们进入平台。

InfoQ：你们学到了什么？

Van Hulst：我来自基础设施背景，我过去的思维是：“如果我给你服务器的访问权限，我的工作就完成了。”但我学到的是，在云原生世界中，访问权限是不够的。如果我给开发者一个命名空间，但他们需要花三天时间配置入口和 CI/CD，我其实并没有真正帮助他们。我学到的个人教训是，我的工作不仅仅是提供基础设施，而是消除阻止代码到达生产环境的摩擦。

Kerker：我学到的是，要使平台成功，你必须不断关注开发人员的需求，并始终倾听他们的反馈。与此同时，我学到的是，标准化是采用的绝对关键。如果每个团队都必须自己解决基础设施问题，采用将停滞不前。通过标准化我们的流程，我们消除了这种摩擦，防止团队重复造轮子，并使平台显著更容易和更直观地被接受。

main wrapper for authors section

作者简介

section title

main wrapper for each author

#### Ben Linders

显示更多

显示更少

#### 本内容属于“文化与方法”主题

##### 相关主题：

• 文化与方法

• DevOps

• SaaS

• YAML

• 平台工程

• 团队合作

• 人工智能

• 极客马拉松

• 平台

• 云

• 容器

• Kubernetes

• 学习

• 相关编辑内容

• 相关赞助商 使用智能代理 AI 构建最佳应用 —— 融入架构防护措施以实现确定性结果

• 相关赞助商 代码助手能让一个开发者效率倍增。WaveMaker 能让十个团队保持一致性。实现跨技能水平的架构治理和可预测的结果。尝试 WaveMaker AI。

InfoQ 新闻简报

每周二发送上一周 InfoQ 内容的汇总。加入超过 250,000 名高级开发者的社区。查看示例

我们保护您的隐私。