Skip to main content

Command Palette

Search for a command to run...

【译】谷歌:没有平台支撑会浪费 65% 的开发时间

Updated
1 min read

新的研究结果表明,平台工程能够挽回开发人员浪费的这 65% 的时间。而人工智能的集成,正在成为业务成功的关键。

十几年里,谷歌数以万计的软件工程师,在公司庞大而灵活的应用程序开发环境中,利用平台工程技术创造并简化了他们的创新工作。

这种精细的内部 IT 环境仍然是谷歌专业软件开发的秘密武器,为谷歌带来了巨大的业务灵活性和成功。

有了这种成功经验,Google 云鼓励其它公司也能够在平台工程中获得的经验和创造力,从而为自己的内部平台带来类似的进步和发展。

受 Google 云委托,ESG 进行了一项研究,对全球约 500 名 IT 专业人士和开发人员进行调研,询问他们对平台工程的看法和印象,以及平台工程对他们业务的影响。最终得出长达 38 页的报告:《借助平台工程构建竞争优势:战略指南》

根据报告内容,55% 受访者声称支持平台工程;然而只有 27% 的受访者表示。他们的绝大多数开发团队已经完全拥抱了平台工程的工具、流程和文化。90% 受访者希望更多开发者能够得到平台工程的支持,同时 85% 的组织认为他们的开发者非常依赖平台工程。

ESG 主任分析师 Torsten Volk,也是这份报告的作者告诉 TSG:“平台工程的要义是让所有人更好地协同工作,这里说的所有人包括系统、运维、开发、SRE 等角色”。平台工程让开发者更容易聚焦在开发工作上,而不是陷入到在平台中管理、更新和补丁等工作中——这应该是系统管理员的责任。

Volk 指出,平台工程将开发人员从耗时的软件工具维护任务中解放出来,从而真正地节省了公司的开支——开发人员的主要任务是为公司构建应用和价值,偏离这一任务,势必会造成资金损失。

“几乎在每次参与线上研讨会的时候,我都会展示同一张幻灯片,这里说的就是开发者会在本应属于平台工程范畴内的工作上浪费 65% 的时间”,Volk 认为,平台工程已经不再是一个可有可无的选项。

“在当代,这 65% 的错配,代表着巨大的经济利益”,Volk 如是说,“这 65% 的损失让我非常在意。这意味着,十万块的开发投入,却只得到三万五千块的软件价值。你难道不想这十万块都花在应用开发上面吗?”

Volk 认为,平台工程对开发者的生产力产生的提升,不论何种规模的公司,都能从中获益。“毫无疑问的,没有谁乐于承受这 65% 的生产力损失,”

Volk 也有软件开发的背景。这种价值的损失,正是他促成这次研究的原因之一。他说:“作为开发人员,我面临过这种局面,知道这其中的糟糕之处,也是我热衷于修复问题的动力所在”。

Google 为什么要做这个研究

本次研究在一月发表,Google 希望对平台工程的成熟度进行度量和调查,以及企业在采用和扩张平台工程时所需要进行的工作。这项研究也试图了解企业使用平台工程的方式、在这个过程中的地位,以及如何产生更大影响。

Google 的内部平台工程,优势之一就是其可扩展性。这一优势让公司能够在各种创新和项目中使用平台,每家公司都会有不同的流水线。

在 Google Cloud 博客上一篇关于 Google/ESG 研究结果的文章里,作者产品营销经理 Ning Ge 和公司高级产品经理 Dave Bartoletti 写道,平台工程已经超越企业(采用)的临界点,对企业来说,这不再是可有可无的一种投资。

Ge 和 Bartoletti 写道,尽管许多公司已经在使用平台工程,但仍有更多工作要做。他们写道,企业要想在平台工程方面取得成功,必须采取的措施包括:促进平台工程师和其他团队之间的密切合作,使他们保持一致;采用平台即产品的方法,提供清晰的路线图并保持有效的反馈回路;通过明确的指标(如部署频率、故障恢复时间和变更准备时间)来衡量绩效,从而监控项目的成功。

Ge 和 Bartoletti 继续说:“值得注意的是,虽然许多组织已经开始了平台工程之旅,但只有 27% 的采用者在实践中完全整合了这三个关键要素,这表明还有进一步改进的重要机会。”

平台工程及其对人工智能应用的价值

Ge 和 Bartoletti 写道:“耐人寻味的是,86% 的受访者还认为平台工程对于实现人工智能的全部商业价值至关重要。与此同时,绝大多数公司将人工智能视为推进平台工程的催化剂,94% 的企业认为人工智能对平台工程的未来 至关重要重要

研究报告指出,平台工程的其他优势还包括:通过培养积极的开发人员体验,提高员工满意度,吸引和留住人才,从而直接影响公司文化。加快软件应用上市,是采用平台工程的另一个好处,71% 的领先采用者表示,他们的软件上市已经大大提速;而在不太成熟的采用者中,只有 28% 的人这么认为。

Google/ESG 的研究还发现了一个有趣的现象,那就是大多数公司都没有独立开展平台工程计划。

报告总结说,虽然 96% 的受访企业正在利用开源工具构建开发者平台,但其中 84% 的企业正在与外部供应商合作管理和支持其开源环境。

Ge 和 Bartoletti 写道:“与第三方或云合作伙伴共同管理的平台可以从更高程度的创新中获益。拥有共同管理平台的企业平均将 47% 的开发人员生产时间用于创新和实验,而那些倾向于由内部员工管理平台的企业仅将 38% 的时间用于创新和实验”。

More from this blog

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read

再见 2025

我猜不少人以为这个号废了吧?并没有,只是今年变化有点大,一直有种抄起键盘,无从说起的感觉,所以一直偷懒到今天,2025 的最后一天。 今年是我的第四个本命年,去年末一期播客里,大内说本命年不是灾年,是变化年,有危也有机。可是讲真啊,只看到危,没看到机。 各种因缘际会,从鹅厂跳槽到前东家,已经接近四年,第一个合同期已经进入尾声。除了前两年还在云原生领域嗷嗷叫,后两年基本都是些鸡零狗碎的东西了,用老东家的术语说是——偏离主航道,可谓是前景暗淡了。 一旦确定要滚蛋,反倒心思轻松起来,每天骑着我的小红车...

Jan 5, 20261 min read

辅助编程?dora 说:我知道你很急可是请你别急

从 OpenGPT 把大模型的火烧旺了之后,这三年来,相信很多组织或摩拳擦掌、或躬身入局,希望借助聪明能干的大模型,或想偿还技术宅,或想降本增效,或想弯道超车。一时间,沉寂许久的 AIxx 又活过来了,LLM Ops、Vibe Coding、中医大模型、GPT 算命等等,全都老树发新芽,焕发了勃勃生机。那么视角拉回从业者最关注的饭碗相关的领域之一——AI 辅助开发,产生了什么触动,应该如何拥抱呢? DORA 的年度报告中给出了很有意思的结论——强者恒强。 执行摘要部分总结了几个有趣的点: 问题...

Oct 6, 20251 min read

[译]dora:ai 辅助软件开发状态报告

执行摘要 在 2025 年,科技领导者面临的核心问题已不再是“是否要采用 AI”,而是“如何实现其价值”。 DORA 的研究基于超过 100 小时的定性访谈和来自全球近 5,000 名技术专业人士的问卷调查。研究揭示了一个关键事实:AI 在软件开发中的主要角色是“放大器”。它会放大高效能组织的优势,也会凸显组织的缺陷。 关键结论:AI 是放大器 AI 投资的最大回报并非来自工具本身,而是来自组织底层系统的战略性建设: 高质量的内部平台 清晰的工作流 团队的协同能力 缺少这些基础,AI ...

Oct 2, 202514 min read

僭越了,有人在用 Rust 写 Kubernetes

一个新语言问世,最爱做的事情之一,就是重写存量软件了。 云原生喝酒 SIG 重点扶持项目——rk8s(https://github.com/rk8s-dev/rk8s) 也可以归在这个范畴里,只不过这个项目重写的东西比较大,是 Kubernetes。 从 2025 年 1 月第一个 Commit 开始,到现在有了 200 多次 Commit,十几万行代码。当然距离 Kubernetes 的几百万行代码还差得远——老马就是喜欢整这种大无畏项目。 另外该项目也是国内第一个脱离 Cargo 转向使用 ...

Sep 27, 20253 min read

【伪】架构师

342 posts