如何使用Golden Bricks的平台工程能够实现快速平滑交付

如何通过使用黄金积木的平台工程实现快速顺畅的交付 - InfoQ

关于本站 Cookie 的选择

我们使用 Cookie 来优化网站功能，并为您提供最佳体验。

我接受 我不接受 设置

[BT](https://www.infoq.com/int/bt/ "bt")

InfoQ 软件架构师通讯

作为架构师或有志成为架构师的人士，每月了解您需要知道的事情。

查看示例

输入您的电子邮件地址

选择您的国家 - [x] 我同意 InfoQ.com 按照此 隐私声明 处理我的数据。

我们保护您的隐私。

关闭

实时网络研讨会和问答：自主可靠性架构：将 AI 嵌入您的可观测性堆栈 (2026年6月25日)预订座位

关闭

切换导航

促进专业软件开发中的知识与创新传播

英文版

• 英文版
• 中文版
• 日文版
• 法文版

[为 InfoQ 投稿](https://www.infoq.com/write-for-infoq/ "为 InfoQ 投稿")

搜索

注册登录

解锁完整的 InfoQ 体验

通过登录解锁完整的 InfoQ 体验！关注您喜欢的作者和话题，参与内容互动，并下载专属资源。

登录

或

没有 InfoQ 账户？

注册

• 关注对您重要的主题和同行接收最新见解和趋势的即时提醒。
• 快速访问免费资源以持续学习小册子、带文字记录的视频和培训材料。
• 保存文章并随时阅读收藏文章，在您准备就绪时随时阅读。

标志 - 返回首页

新闻文章演示文稿播客指南

主题

[开发](https://www.infoq.com/development/ "开发")

• [Java](https://www.infoq.com/java/ "Java")
• [Kotlin](https://www.infoq.com/kotlin/ "Kotlin")
• [.Net](https://www.infoq.com/dotnet/ ".Net")
• [C#](https://www.infoq.com/c_sharp/ "C#")
• [Swift](https://www.infoq.com/swift/ "Swift")
• [Go](https://www.infoq.com/golang/ "Go")
• [Rust](https://www.infoq.com/rust/ "Rust")
• [JavaScript](https://www.infoq.com/javascript/ "JavaScript")

开发精选

• #### 从 VR 到平面屏幕：弥合输入和沉浸感差距

Dany Lepage 讨论了将热门 VR 游戏移植到七个非 VR 平台的架构历程。他解释了团队如何解决跨平台进度同步、多样化输入范式以及在 Steam、iOS 和 PlayStation 上保持发布速度的挑战。除了技术层面，他还分享了将沉浸式社交存在感转化为 2D 屏幕时关于"产品适配"差距的坦率经验。


开发全部内容关注主题

[架构与设计](https://www.infoq.com/architecture-design/ "架构与设计")

• [架构](https://www.infoq.com/architecture/ "架构")
• [企业架构](https://www.infoq.com/enterprise-architecture/ "企业架构")
• [可扩展性/性能](https://www.infoq.com/performance-scalability/ "可扩展性/性能")
• [设计](https://www.infoq.com/design/ "设计")
• [案例研究](https://www.infoq.com/Case_Study/ "案例研究")
• [微服务](https://www.infoq.com/microservices/ "微服务")
• [服务网格](https://www.infoq.com/servicemesh/ "服务网格")
• [模式](https://www.infoq.com/DesignPattern/ "模式")
• [安全](https://www.infoq.com/Security/ "安全")

架构与设计精选

• #### 上下文是代理架构革命的关键：与 Baruch Sadogursky 的对话

Michael Stiefel 与 Baruch Sadogursky 探讨了代理 AI 时代的软件架构。LLM 可以作为推理机器运行，尽管是随机的，但能够解释人类的模糊性。通过适当的严格上下文工件来控制 LLM 的推理，软件规范可以成为事实来源，而代码则成为可丢弃的中间语言。


架构设计全部内容关注主题

[AI 基础设施](https://www.infoq.com/ai-ml-data-eng/ "AI Infrastructure")

• [大数据](https://www.infoq.com/bigdata/ "Big Data")
• [机器学习](https://www.infoq.com/machinelearning/ "Machine Learning")
• [NoSQL](https://www.infoq.com/nosql/ "NoSQL")
• [数据库](https://www.infoq.com/database/ "Database")
• [数据分析](https://www.infoq.com/data-analytics/ "Data Analytics")
• [流处理](https://www.infoq.com/streaming/ "Streaming")

AI、ML 和数据工程精选内容

• #### AI 网关：在分散团队中扩展集中推理

Meryem Arik 讨论了为什么现代工程团队面临"推理混乱"以及 AI 模型网关如何提供关键的控制层。她解释了在授权分散团队选择最佳模型与维护集中监督以确保安全性、RBAC 和成本控制之间的平衡。探索像 LiteLLM 和 Doubleword 这样的开源解决方案来简化您的 AI 基础设施。


AI、ML 和数据工程全部内容关注话题

[文化与方法](https://www.infoq.com/culture-methods/ "Culture & Methods")

• [敏捷](https://www.infoq.com/agile/ "Agile")
• [多元化](https://www.infoq.com/diversity/ "Diversity")
• [领导力](https://www.infoq.com/leadership/ "Leadership")
• [精益/Kanban](https://www.infoq.com/lean/ "Lean/Kanban")
• [个人成长](https://www.infoq.com/personal-growth/ "Personal Growth")
• [Scrum](https://www.infoq.com/scrum/ "Scrum")
• [社会管理](https://www.infoq.com/sociocracy/ "Sociocracy")
• [软件工艺](https://www.infoq.com/software_craftsmanship/ "Software Craftmanship")
• [团队协作](https://www.infoq.com/team-collaboration/ "Team Collaboration")
• [测试](https://www.infoq.com/testing/ "Testing")
• [用户体验](https://www.infoq.com/ux/ "UX")

文化与方法精选内容

• #### 云原生工程师的产品思维

Stéphane Di Cesare 和 Cat Morris 分享了工程师如何通过产品发现从"成本中心"转变为价值驱动者。他们解释了"双钻"框架以及为什么识别用户问题必须先于构建解决方案。了解如何选择正确的指标，通过观察建立客户同理心，并利用业务背景最大化技术工作的影响力。


文化与方法全部内容关注话题

DevOps

• [基础设施](https://www.infoq.com/infrastructure/ "Infrastructure")
• [持续交付](https://www.infoq.com/continuous_delivery/ "Continuous Delivery")
• [自动化](https://www.infoq.com/automation/ "Automation")
• [容器](https://www.infoq.com/containers/ "Containers")
• [云](https://www.infoq.com/cloud-computing/ "Cloud")
• [可观察性](https://www.infoq.com/observability/ "Observability")

DevOps 精选内容

• #### A^2 I^2 的讽刺

J. Paul Reed 讨论了"自动化的讽刺"——一个 40 年前的概念现在被 AI 放大了。他解释了高级系统通常如何使人类操作员更加重要，而不是更不重要，同时却降低了干预所需的技能。分享"AI 驱动"事件的真实故事，他分享了过度依赖 AI 为什么会使恢复时间加倍以及如何保持弹性。


DevOps 全部内容关注话题

[活动](https://events.infoq.com/ "Events")

有用链接

• [关于 InfoQ](https://www.infoq.com/about-infoq "About InfoQ")
• [InfoQ 编辑](https://www.infoq.com/infoq-editors "InfoQ Editors")
• [为 InfoQ 写作](https://www.infoq.com/write-for-infoq "Write for InfoQ")
• [关于 C4Media](https://c4media.com/ "About C4Media")
• [多元化](https://c4media.com/diversity "Diversity")

选择您的语言

• [英文](https://www.infoq.com/news/2026/05/platform-golden-bricks/# "InfoQ English")
• 中文
• 日文
• 法文


[InfoQ首页](https://www.infoq.com/ "InfoQ首页")[新闻](https://www.infoq.com/news "新闻")平台工程如何使用黄金积木实现快速平滑交付

[文化与方法](https://www.infoq.com/culture-methods/ "文化与方法")

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

平台工程如何使用黄金积木实现快速平滑交付

2026年5月21日 4分钟阅读

作者

• Ben Linders

关注 讲师 / 教练 / 顾问 / 作家 / 演讲者

#### 为InfoQ投稿

满足你的好奇心。帮助每月55万+全球高级开发人员保持领先。联系我们

登录以收听本文

音频准备播放

音频2

0:00 0:00

正常 1.25倍 1.5倍

喜欢

• 阅读列表

平台工程应该具有产品导向，因为开发者就是客户，Daniel Bryant在他的演讲GOTO哥本哈根大会上的《面向软件开发人员、架构师及其他人员的平台工程》中提到。他们必须提供可组合的自助服务能力，提供黄金积木而不是僵硬的黄金路径，这样团队可以在保持一致性的同时快速前进。成功通过采用率、开发者体验以及部署频率和变更失败率等业务结果来衡量。

Bryant回忆了他如何从经典Java开发转向更多面向服务的架构。由于需要学习更多东西，他的认知负荷增加了。然后微服务出现了，这给他带来了许多负担：

我的认知负荷飙升到了顶峰。要学习很多东西才能让代码上线。我想要一些可以混搭的工具，但我被困在了如何为这些工具构建接口以便编码、发布和运行的问题上。

Bryant说，平台是一个社会技术性的事物。他们正在将自助API、工具和服务知识构建成一个引人注目的内部产品，目标是以更高的速度交付产品功能并减少协调工作。

Bryant提到了平台追求的三个目标：

* 更快前进：平台团队需要提供"一切即服务"来帮助快速且可持续地向最终用户交付价值

* 降低风险：团队需要在可重用组件中自动化手动流程

提高效率：你需要像管理车队一样管理和扩展你的数字平台和资源

Bryant提到，你必须把平台当作内部产品，而不是内部项目。这意味着要理解开发者的工作流程，识别摩擦点，并测量采用率和满意度：

如果开发者避开平台，这本身就是一种反馈！

如果平台让正确的事情变得容易做，开发者就会选择使用它。平台通过正确的抽象来提高效率。目标是减少认知负荷并实现快速流动。每个团队都必须拥有自己的价值流动，Bryant说。这对开发者和平台团队都是如此。当你作为开发者必须提交工单时，这种模式就失效了：

你在等待某人为你提供数据库或开放端口。你的价值流动被打断了。

平台可以通过提供服务来促进协作。"X即服务"的关键要素是低成本、清晰的边界，以及专注于提供商的服务采用率和消费者满意度，Bryant说。

布赖恩特鼓励思考"黄金砖块"而非"黄金路径"。作为单一做事方式的路径可能变成一个黄金牢笼。通过组装这些砖块，你可以构建自己的黄金路径——正确做事的方式。可组合的能力让团队能够快速行动，同时保持安全性和一致性。

布赖恩特表示，要想向高层管理人员阐述平台的价值，你还应该具备相应的指标。他专注于采用率、体验和结果，大量借鉴了 Camille Fournier 和 Ian Nowland 的工作：

采用率显示团队是否真正在使用该平台。体验包括配置时间、开发者满意度等因素（这些因素属于 SPACE 和 DX Core 4 框架）。结果则通过（类似 DORA 的）指标与业务影响相关联，如交付周期、部署频率和变更失败率。

布赖恩特表示，这些指标有助于识别摩擦并指导改进。目标是帮助团队更快、更安全、更高效地交付价值（并在适当情况下实现规模化）。

布赖恩特警告要注意抽象泄漏问题。开发者会依赖于这些有漏洞的抽象，当你想要改变平台的实现时，就会遇到困难。

布赖恩特表示，我们必须将平台作为服务内部客户（开发者）的产品来构建。确保它们易于使用并真正解决团队的问题。如果你是一名开发者，就要坚持这种产品导向，他总结道。

InfoQ 就平台与软件架构的关系采访了Daniel Bryant。

InfoQ：你的平台架构是什么样的？

Daniel Bryant：当我开始担任软件架构师职业生涯时，我喜欢用具有清晰边界的不同层级来思考问题。

基础设施编排管理计算、存储、网络和其他底层服务。平台编排协调更高级别（通常是业务特定的）能力，包括数据库即服务、持续交付流水线、应用构建包服务，以及环境即服务等嵌套组件。在此之上，应用团队通过自助服务 API、CLI 或 UI 来消费这些能力。

关键原则是关注点分离。当平台在不尊重边界的情况下混合基础设施、平台逻辑和应用关注点时，它们会变得脆弱且难以演进。清晰的接口允许每个层级随着组织发展而独立演进。

InfoQ：你提到平台和软件架构是共生关系。你指的是什么？

布赖恩特：平台塑造软件的构建方式，而软件需求塑造平台的演进方式。

如果平台提供可靠的抽象，团队就可以专注于业务逻辑。如果不能，团队就会绕过它，造成碎片化。

这种关系意味着平台团队必须与开发者保持密切对齐。优秀的平台提供稳定的接口，允许在不干扰应用程序的情况下更改实现。这使得平台和在其上构建的软件都能够安全地随时间演进。

关于作者

#### Ben Linders

Ben Linders经营着一家专注于敏捷、精益、质量和持续改进的个人企业。著有《从敏捷回顾中获取价值》(Getting Value out of Agile Retrospectives)、《有价值的敏捷回顾》(Waardevolle Agile Retrospectives)、《驱动质量的因素》(What Drives Quality)、《敏捷自我评估游戏》(The Agile Self-assessment Game)、《问题？什么问题？》(Problem? What Problem?)和《持续改进》(Continuous Improvement)。创造了众多敏捷教练工具，例如敏捷自我评估游戏。作为一名顾问、教练和培训师，他通过部署有效的软件开发和管理实践来帮助组织。他专注于持续改进、协作与沟通，以及专业发展。Ben 是敏捷、精益和质量网络的活跃成员，也是频繁的演讲者和作家。他在双语博客（荷兰语和英语）中分享他的经验，并担任 InfoQ 敏捷版块的编辑。在 Twitter 上关注他：@BenLinders。

显示更多 显示更少

#### 此内容属于 文化与方法 话题

关注话题

##### 相关话题：

• 文化与方法### 文化与方法

关注者：3960

关注话题

• 反馈### 反馈

关注者：2

关注话题

• 开发者体验### 开发者体验

关注者：59

关注话题

• 风险### 风险

关注者：5

关注话题

• 架构### 架构

关注者：3338

关注话题

• 指标### 指标

关注者：31

关注话题

• 平台工程### 平台工程

关注者：125

关注话题

• GOTO 大会### GOTO 大会

关注者：5

关注话题

* #### 相关编辑内容

• ##### 平台工程的三大支柱：良性循环

• ##### 过载保护：平台工程缺失的支柱

• ##### 推动和衡量平台工程的影响

• ##### 平台工程：从 eBay Velocity 的兴衰中汲取的经验教训

• ##### 作为社会技术卓越实践的平台工程

* #### 相关赞助商

• ##### 在不影响交付速度的情况下降低 Java 成本

• ##### 使用智能体 AI 构建最佳应用——融入架构护栏以确保确定性结果

• ##### [[网络研讨会] 在智能体 AI 时代创造确定性。点播观看。](https://www.infoq.com/vendorcontent/show.action?vcr=531d8edd-4f74-486b-aaca-10058c609c1c&primaryTopicId=2499&vcrPlace=BOTTOM&pageType=NEWS_PAGE&vcrReferrer=https%3A%2F%2Fwww.infoq.com%2Fnews%2F2026%2F05%2Fplatform-golden-bricks%2F)

• ##### 更难、更好、提示更强、更强大：AI 系统提示强化

• ##### 在 AI 分析时代的日志重新思考（2026年7月9日直播网络研讨会）- 预订您的座位

* #### 相关赞助商


• 2026年6月25日，下午1点 EDT

##### 面向自主可靠性的架构：将 AI 嵌入您的可观测性堆栈

演讲者：Justin Griffin - NeuBird AI 产品负责人

NEUBIRD AI 赞助 预订您的座位

相关内容

• ##### 推动和衡量平台工程的影响

2026年4月30日

• ##### 平台工程的三大支柱：良性循环

2026年5月5日 

• 图标##### 平台工程：从 eBay Velocity 的兴衰中汲取的经验教训

2026年4月14日 

• 图标##### 作为社会技术卓越实践的平台工程

2026年3月20日 

• ##### 过载保护：平台工程缺失的支柱

2025年12月9日 

• ##### Airbnb 实施上下文感知身份模型以支持隐私优先的社交功能

2026年5月13日

• ##### Netflix 推出"模型生命周期图"以扩展企业机器学习

2026年5月11日

• ##### Cloudflare 推出动态工作流，为每个租户和代理代码带来持久执行

2026年5月9日

• 图标##### 从 VR 到平面屏幕：弥合输入和沉浸感差距

4月16日，2026年 

相关赞助商

• #### 自主可靠性架构：将AI嵌入您的可观测性堆栈（现场网络研讨会，2026年6月25日）- 预订席位

随着分布式事件驱动系统规模的扩大，仪表板和人工分类变得失效。本次网络研讨会展示了如何构建AI原生的可观测性，关联遥测数据，减少噪音，并推动安全的自主修复。

• #### 在故障发生前：AI驱动的Azure事件响应

在这场微软和NeuBird AI联合举办的网络研讨会中，您将看到智能代理AI如何将Azure事件管理从被动救火转变为积极主动的AI驱动解决方案。立即注册。

• 赞助商


相关内容

• ##### 缩小CI回归测试套件规模的更好替代方案

4月6日，2026年 

• ##### 云原生银行的事件驱动模式：来自实践经验和教训

3月31日，2026年 

• ##### 配置作为控制平面：大规模安全可靠的设计

3月20日，2026年 

• ##### 变更即指标：通过变更交付信号衡量系统可靠性

3月9日，2026年 

• ##### 平台即产品：面向开发者效率的声明式基础设施

1月14日，2026年 

• ##### Kubernetes中边缘应用的主动自动扩展

2月17日，2026年 

**InfoQ** 通讯

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

输入您的电子邮件地址

选择您的国家 - [x] 我同意InfoQ.com按照此隐私声明处理我的数据。

我们保护您的隐私。

• 开发

• ##### [Pip 26.1发布依赖冷却功能和实验性锁定文件支持以对抗供应链攻击](https://www.infoq.com/news/2026/05/pip-261-dependency-cooldowns/ "Pip 26.1发布依赖冷却功能和实验性锁定文件支持以对抗供应链攻击")

• ##### [Cloudflare 和 Stripe 让 AI 代理创建账户、购买域名并部署到生产环境](https://www.infoq.com/news/2026/05/cloudflare-stripe-agent-commerce/ "Cloudflare 和 Stripe 让 AI 代理创建账户、购买域名并部署到生产环境")

• ##### [Google 推出 Cloud Fraud Defense 作为 reCAPTCHA 的继任者](https://www.infoq.com/news/2026/05/cloud-fraud-defense-recaptcha/ "Google 推出 Cloud Fraud Defense 作为 reCAPTCHA 的继任者")

• 架构与设计

• ##### [大规模工程支持的多代理系统设计：Grab 的案例研究](https://www.infoq.com/news/2026/05/grab-multi-agent-support-system/ "大规模工程支持的多代理系统设计：Grab 的案例研究")

• ##### [OpenAI 阐述用于大规模低延迟语音 AI 的 WebRTC 架构](https://www.infoq.com/news/2026/05/openai-voice-ai-scale/ "OpenAI 阐述用于大规模低延迟语音 AI 的 WebRTC 架构")

• ##### [Agoda 构建多模态内容系统，在旅行发现中连接图像和评论](https://www.infoq.com/news/2026/05/agoda-multimodal-content-system/ "Agoda 构建多模态内容系统，在旅行发现中连接图像和评论")

• 文化与方法

• ##### [如何使用黄金积木进行平台工程以实现快速平滑交付](https://www.infoq.com/news/2026/05/platform-golden-bricks/ "如何使用黄金积木进行平台工程以实现快速平滑交付")

• ##### [云原生工程师的产品思维](https://www.infoq.com/presentations/product-cloud-native/ "云原生工程师的产品思维")

• ##### [在 Zoox 加速基于 LLM 的开发者生产力](https://www.infoq.com/presentations/ai-software-development/ "在 Zoox 加速基于 LLM 的开发者生产力")

• AI、ML 和数据工程

• ##### [Bintrail：使用索引二进制日志的 MySQL 时间旅行查询](https://www.infoq.com/news/2026/05/bintrail-mysql-timetravel/ "Bintrail：使用索引二进制日志的 MySQL 时间旅行查询")

• ##### [QCon AI Boston 2026 中严肃对待 AI 生产化的六个会议](https://www.infoq.com/news/2026/05/qconai-boston-2026-talks/ "QCon AI Boston 2026 中严肃对待 AI 生产化的六个会议")

• ##### [AI 网关：跨分散团队扩展集中推理](https://www.infoq.com/presentations/ai-gateway-scalability/ "AI 网关：跨分散团队扩展集中推理")

• DevOps

• ##### [A^2 I^2 的讽刺](https://www.infoq.com/presentations/automation-incidents-ai/ "A^2 I^2 的讽刺")

• ##### [OpenTofu 1.12：Terraform 永远不会发布的功能](https://www.infoq.com/news/2026/05/opentofu-release-terraform/ "OpenTofu 1.12：Terraform 永远不会发布的功能")

• ##### [待办事项的数学：队列恢复的容量规划](https://www.infoq.com/articles/capacity-planning-queue-recovery/ "待办事项的数学：队列恢复的容量规划")

**InfoQ** 通讯

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

• 快速了解在各种创新者和早期采用者技术上发布的相关内容
• 了解你不知道自己不知道的东西
• 及时了解你感兴趣主题的最新信息

输入您的电子邮件地址

选择您的国家 - [x] 我同意 InfoQ.com 按照此隐私声明处理我的数据。

我们保护您的隐私。

**在线 InfoQ 认证项目** 高级工程师和架构师的培训小组 * **专注于架构**，由 Luca Mezzalira 主讲 | 6 月 10 日 * **专注于 AI 工程**，由 Hien Luu 主讲 | 7 月 25 日 带来您工作中的真实架构或 AI 工程挑战。用 5 周时间与来自其他公司的高级同行和经验丰富的引导者一起测试您的方法。探索即将开始的培训小组。**立即注册。**

[首页](https://www.infoq.com/ "首页")[创建账户](https://www.infoq.com/reginit.action "创建账户")登录[QCon 会议](http://qconferences.com/ "QCon 会议")活动[为 InfoQ 写作](https://www.infoq.com/write-for-infoq/ "为 InfoQ 写作")[InfoQ 编辑](https://www.infoq.com/infoq-editors/ "InfoQ 编辑")[关于 InfoQ](https://www.infoq.com/about-infoq/ "关于 InfoQ")[关于 C4Media](https://c4media.com/ "关于 C4Media")[媒体包](https://get.infoq.com/infoq-mediakit/ "媒体包")[InfoQ 开发者营销博客](https://devmarketing.c4media.com/?utm_source=infoq "InfoQ 开发者营销博客")[多样性](https://c4media.com/diversity "多样性")

#### 活动

• ##### QCon AI Boston

2026 年 6 月 1-2 日

• ##### 在线 InfoQ 架构认证

2026 年 6 月 10 日

• ##### 在线 InfoQ AI 工程认证

2026 年 7 月 25 日

• ##### QCon 旧金山

2026 年 11 月 16-20 日

#### 关注我们

Youtube 232K 关注者Linkedin 26K 关注者Instagram 新增RSS 19K 订阅者X 57.1k 关注者Facebook 21K 点赞Bluesky 新增

#### 保持了解

InfoQ 播客工程文化播客软件架构师通讯

一般反馈 [feedback@infoq.com](mailto:feedback@infoq.com) 广告 [sales@infoq.com](mailto:sales@infoq.com) 编辑 [editors@infoq.com](mailto:editors@infoq.com) 市场营销 [marketing@infoq.com](mailto:marketing@infoq.com)

InfoQ.com 及所有内容版权 © 2006-2026 C4Media Inc.

隐私声明, 条款和条件, Cookie 政策

关闭

[BT](https://www.infoq.com/int/bt/ "bt")