大家好 欢迎来到平台工程的这个峰会场平台工程在昨天已经分享了一些议题了今天还有好几个议题就从我今天分享的这个议题开始昨天大家看到了很多项目相关的比如说KBS非常多的很具体的技术的干货我看了整个平台工程议题的日程我的主题是唯一一个误虚的主题所以代码写多了我觉得大家应该停下来想一想我们到底为什么做这么多的平台在过去的两年平台工程有非常多的一些奇奇落落大家从国外到中国都看到很多人在吵架代码博士已经死掉了平台工程永存 对吧有非常多这样的弄掉今天我尝试去梳理我们在中国平台工程从一开始到现在的一个发展过程帮助大家去理清整体的一个脉络希望给大家带来一些新的启示在我们做平台过程中怎么能把平台做得让用户更满意让开发者的体验更优我今天介绍的内容大概是这样的一个逻辑主要是从我们当前的一个现状的梳理就包括了一些关键事件和时间轴然后也尝试去回答当前大家有一些初步共识的说到底什么是平台工程你说的平台工程和我说的到底是不是同一件事情然后我们为什么要关注它为什么是现在这个时间大家开始吵架了接下来我会尝试去给出一些自己主观的一些判断和想法平台工程与开发者体验到底是怎么样的一个关系我们怎么趁着平台工程发展的趋势去重塑我们的开发者体验让大家对软件开发这件事情更HAPPY一些最后会尝试给一些当前的挑战和未来的一些趋势的判断再次做一个小小的自我介绍是为什么是我来讲这个议题坦白讲我这个议题第一次是没有通过的我这是一个后部议题所以我觉得是非常幸运的有机会在这儿跟大家去聊一个无需的平台工程的话题大家想一想如果全都是讲代码的也挺无聊的对吧非常幸运然后我呢是从2021年底开始关注说整个大规模的divouse交付中这种复杂度 挑战度 规模化的问题到底在企业中怎么去更好地去解决它然后就看到一些新的趋势接下来我会尝试树立这些新的趋势另外我们也在国内开始尝试组织平台工程相关的社区欢迎感兴趣的朋友后面去加入我们在我准备这个材料的时候其实还没有关注到这一页上的内容但是我在准备完了之后想再回顾一遍的时候发现我大家知道全球最著名的这个平台工程社区现在已经这个slag频道已经有一万五千的会员了这些同学都是相当活跃的然后这个国际社区他把整个平台工程发展的历程做了一些树立大家从这个上能看到国际的趋势到底是什么样子的对吧同时呢中国作为不可或缺的一部分这个slag频道是有China的频道并且我们还创建了北京、上海、深圳、杭州城市的一些活动频道当前的人是非常少的不到一百个人几十个所以欢迎大家加入一起去探讨我们从这个时间轴上可以看到跟社区相关的就包括社区的这种网站然后社区slag的这种基础设施对吧再次之前呢这些事情不是空穴拦风是有一些理论的基础的大家知道最著名的有一本书叫团队托普对吧国内把它翻译成另外一个名字后面也会给大家做一个展示当然不可避免的我们要看到新兴技术的成熟度曲线所谓的潮作周期里面咨询风息机构是怎么认为平台工程这种趋势的这是国外的一个大致的状况这个材料在我们的官网日程中是公开的所以大家后面可以详细地去看那么接下来我们看一下国内的一个基本状况跟国外同步我们基本上在二一年之前是没有什么大的动作的很多人几乎没有听过这个名词其实这个名词在二零零几年的时候已经有了它的概念其实也不是很清楚对 所以在中国大概在二零二一年的时候技术雷达终于把平台工程推到说我们尝试去试验和采纳它最早只是去观察然后刚才说的团队拓扑这本书被翻译为高效能团队模式这本书大家可以买到我相信很多人可能也看过它把平台团队跟业务团队的交互定义为三种交互方式把研发团队的类型定义为四种类型有一些高度的抽象同时也有看到一些自媒体开始翻译国外的一些网站包括弄平台工程的价值然后我觉得有一个引爆点就是Gartner在二零二年的时候给出了二零二三年十大战略趋势之一他把平台工程列为其中的第五个大家都看到因为资讯公司是根据他的客户的一些时间现状来看这个事情的 对吧所以接下来InfoQ的这几片网站就让这个引爆点进一步地放大了大家在自媒体上社交媒体上开始吵架的时候这些网站是非常容易获得这个关注点的流量是很可观的 对吧所以我们也尝试去梳理然后在二零二年底的时候我写了一篇网站叫平台工程的二零二三其实最早叫二零二二然后年底因为一些原因没有发出来在二零二三年发出来了直接把标题从二二改成二三我们重点是喊数了说在云烟生重构时代怎么去重构有研发组织的文化和这种组织架构我们从平台工程到底学到了一些什么东西接下来就有更多的一些组织了比如CNC F的有一个Tag叫应用交付Tag它发布了一个平台白皮书这个图我在昨天的某一场演讲中也看到了后面也会给大家展示并且我把它这个图翻译为中文让大家更好去理解接下来还有像PAPI的发布了平台工程现状报告这里有个小插曲大家知道PAPI的每年都发布的是Dive Ops的The State of Report对吧然后平台工程一伙它马上把名字改掉了我就叫平台工程现状报告这显然是非常取巧的一种方式说明大家是尝试往这个方向去探索的再接下来大家就看到二三年Platform Count就是国外的平台工程社区它其实从二二年就开始办会但是二二年其实国内没什么人关注到二三年的时候我们也尝试给大家去推荐这个会议让大家去关注包括我们记得有阿利的同学也有参与这个会上的一些分享我觉得最值得说的一个关键点就是我跟InfoQ合作做了一个系列的极客有约的直播节目跟阿利 字节还要call the rover这三家公司的同学做了三场直播然后有一次这个在线直播有7万人是极客有约这个节目创办以来的记录我们也没想到在中国有7万人想了解平台工程到底是什么这说明大家对这个新的东西的一个兴趣所以在9月份我也挂名了一个出品人有一家出厂公司叫Sale他也是本次大会的出厂公司的赞助商他发起成立了这个国内首届平台工程的技术分会在9月初在北京已经完成了然后我们也同步去成立了平台工程的社区PE Community Design大家有兴趣可以去关注同时我们从上半年开始新通院的行业标准的一些研讨多家公司有参与在前大概是Q3这个时间发布了企业及平台工程综合能力的一些要求然后最近我们又看到一些新的趋势对吧加特那儿去更新了它的成熟度曲线平台工程直接往上爬了一个台阶并且把内部开发者平台新增加到了这个曲线中内部开发者平台被认为是平台工程落地非常重要的一个现象你能实际观测到的一个现象这个是我对整个国内的时间线的一些回顾一些发生的一些关键世界好我们再大概看一看关注度对吧从谷歌搜索引擎我们能看到全球的趋势比如说下面这个是一年的一年的搜索引擎的趋势上面是五年的所以从数据上看左边蓝色的就是平台工程对吧然后右边我是跟DiWavus做了一下对比所以从这个结论上说所谓DiWavus以死平台工程永存真的只是一个口号跟现实是严重不符的对吧因为这个趋势实在是差距太大了数量级多个数量级的差距我们再看一下国内的情况国内的大家知道一些搜索引擎的指数不是很靠谱对吧我们就看大家最活跃的社交媒体微信指数这是微信指数平台工程的情况大家能看到一般情况下没什么人讨论一旦发生一个关键事件马上就有人开始讨论而且增长得很高对吧但是如果我们跟DiWavus去对比一下发现在国内一旦有人讨论平台工程它平台工程跟DiWavus的差距其实不是很大我理解有一个重要的原因是关注和讨论平台工程的跟DiWavus是同一波人对吧总量还是这么大OK我们看到这些新的东西真的是非常多包括CNCF整个技术全印图已经有1000多张卡片了对吧所以我们说新兴的技术风风扰扰我们怎么从这种去理解和把握它其中的一些规律特别说具体技术还好对吧有代码有实实在在的一个项目我们在Github上能看到但是你突然冒出了一个平台工程也没人去定义它大家一堆风风耳上去喊我要搞平台工程老板汇报一下我们要搞个新东西或者说我们要再往前进化一下这是非常难的一件事情所以我们怎么去理解这些事情呢有一些理论上的指导第一个技术采纳的生命周期大家知道有这个鸿沟的理论这个理论能帮助我们判断说在当前某一个技术或者方法它处于哪一个阶段你是创新的阶段还是早期采纳着的这些阶段早期采纳着要往早期的大众中间是要跨越这个鸿沟的很多新的技术新的项目都在这里挂掉了这是著名的这个鸿沟理论而且它是基于实践的我们也确实看到了有一些项目会腰折对吧然后第二个呢那就是Gartner的这个技术成熟度曲线我们也叫炒作周期对吧就是你爬到这个预期的这个峰值就是你的期望远远超过实际情况的这个峰值的时候一定会回落到一个相对理性的水平然后按照这个规律本身再去持续地去发展我们参考这些规律然后再结合Softworks发布的技术理答我们尝试去理解每一个阶段平台工程它的一些关键的特征我们从这个上面也能看到平台工程的眼镜的情况在2017年的对吧然后一个阶段2022年的一个阶段一直到2021年开始采纳它是从下面一直往上走这样的一个趋势所以我们能看到它逐步地再去成熟哪怕最早有人2017年就开始提平台工程团队对吧平台的这种产品应该怎么去做但是依然没有一些基本的共识一直到2021年自寻公司分析公司发泄客户已经有一些时间了它会尝试把这个往前去推动那继续这些理念我们会往下继续走就看到了刚才提到的炒作周期这是平台工程从2022年的早期创新者已经爬到了这个接近峰值了对吧期望过高的这个顶峰所以不管是国内还是国外现在确实是吵架得多一点干实事的还是少一点在后面我们也会给大家分享当前大家的一些基本共识OK同时也不可避免地会提到2023年它终于新增了一个对吧整个2023年软件方面的软件工程方面的这个新兴技术它分为四大主题其中第二大主题的名字就叫开发者体验所以其实有很多人在关注说这些开发者体验我们到底为什么关注它以及它的内容到底是什么是体验的哪些方面其中有一项就是内部开发者蒙糊而且它一出生就爬到这了所以它跟平台工程是细细相关的我们去年也没看到它在这个地方的一个过程对吧甚至后面我们还会讲一下说到底是内部开发者蒙糊还是内部开发者平台甚至还有内部开发者社区概念实在是太多了OK那不可避免地提到这本书对吧我们刚才提到了这么说的精髓就这两张图它认为所有的研发团队分为这四类然后等一下下夜会有中文的说流逝的这种对齐团队是吧执意就是这个意思那实际上在中文里也就是我们的业务开发团队比如说我在Vivo有做应用商店的有做游戏的有做浏览器的他们是业务开发团队然后有做富能的团队有做这种复杂子系统的比如说搜索引擎是一个非常典型的复杂子系统团队然后就是各位在座的平台团队今天和昨天参加这个大会的绝大部分都是平台人对吧你不管是做数据的做网络的做技术设施的然后这些团队之间然后相互去配合然后整个研发的工作像流水一样往前去流这个配合的方式有三种第一种促进的第二种协作的第三种通过提供Service API的方式让你的业务团队来使用它是基于一些成功的平台团队然后抽象总结出了这样的一个定义好我们看一下中文的名字就听上去有点距离对吧但是我觉得意者是充分地考虑了我们的中文的状况以及国内的研发现状它叫做高效能团队模式然后把它的图呢也做了翻译复杂子系统团队复能团队产品导向团队我们也叫业务开发团队对吧平台团队所以大家可以参考这个模型但我个人认为这个东西不是放到任何地方都百分百OK的比如说对一个初创公司它可能就没什么平台团队对吧因为它是业务导向非常重的OK那接下来我们就尝试去回答我们到底在说平台工程的时候到底在说什么东西对吧OK我们现在会尝试从这个所谓的黄金圈法则说我们为什么要关注这件事情我们关注平台工程有两个关键的事情第一个我们对现状不满比如说大规模的代曝博士实践有一些观点认为实践中很多企业里面的所谓大规模代曝博士是非常非常失败的举个最典型的例子大家都知道这家公司现在叫X8000人变成2000人公司照样运转所以是谁少了呢是业务团队少了还是平台团队少了还是复杂子系统团队少了看起来好像有影响确实有影响大家可能用的过程中荡机了都没人处理但是本质上说8000人变成2000人中间是有非常大的问题的这是非常先获的一个案例也就是说对现状的不满让大家希望尝试新的方法弄新的理念去解决大规模代曝博士当下的一些关键挑战第二点是我对现状其实还觉得可以但我追求更高更快更强所以能不能做得更好这是为什么会关注平台工程两个最基本的出发点然后一般情况下大家都认为说你不管你这个平台工程怎么定义但是绕不开的我们关注的依然是研究软件产品开发及生命周期相关的这种机制流程以及相关的一些工具的这样一个学科当然学科这个提法是Gartner定义的他认为这就是一个新的学科然后Sautorworks把它做了一些拆解定义了什么是平台什么是平台工程以及平台工程本身的目标他认为就是为了优化开发者的体验加快他们为客户创造价值的这种速度所以不管你怎么度量所谓研发效能开发者生产力大家的目标其实是一致的最多是关注的测重点不一样范围略有差异同时也有一些官方所谓官方的一些组织比如说我们也整理了一些数语表因为设计的数语太多了对吧所以在github上大家可以关注我们讨论平台工程的时候设计到的一些数语表有人也给了平台的一些属性什么是平台常见的就像平台机产品开发者体验王当宇上手就有个新同学加入到这个团队他上手的速度和体验是什么样子的自服 降低 扔支复合可选 且可组合我觉得这一点在国内是非常难做到的就经常有公司做一个平台全推对吧因为老板要求必须使用业务团就是没什么选择的就是我现在要升班限期你在某个周期内把它升班完成那最后一个是默认的安全或者叫缺省安全OK刚才讲了一个基本的出发点大家的出发点其实是一样的对吧我们希望改变现状然后对现状的一些挑战然后去找新的解决方案或者说我对现状其实还算满意在我追求更高的目标那这个时候大家会从各自的角度出发去尝试定义它对吧比如说第三方的分析咨询公司给了非常多的定义我们都尝试把它翻译为中文让大家更好去理解包括这家公司大家知道它在整个软件生产力方面更云了很多年对吧大家用的项目管理的工具知识管理的它也给出了自己对平台和平台团队的一些理解同时我们也看到一些初创公司包括这些公司有些在CNCF也有一些幅画的项目他们也讲了他们对平台工程的理解然后CNCF的白皮书也就是APP Delivery的Tag我也在里面去学习大家怎么去给它做一些定义同时这个Tag最近也在做一个平台成熟度模型尝试去定义平台当前的成熟度然后当然了离不开这个大神对吧软件大神出来发表的所谓数字平台的观点当然这个观点已经是很久之前的了所以这么多人有了这么多的提法回到上一页我觉得始终是没有没有离开这个东西的大家依然关注说我现在已经不需要跑到某个地方找一个人申请一台服务器这个时代早已经过了整个原生的发展给大家带来了非常便捷对吧这个技术设施就像代码一样直接可以调用我感觉比以前体验已经好多了为什么大家还是不满意对吧所要解决的就是新时代需要一些新的这种探索我们继续往下这就回到昨天的这个白皮书了对吧昨天我没有看到这张图然后这边展示了把它翻译成中文的大家尝试去理解说CNC FTag工作组发表的这个白皮书它的内容其实就是这些信息就从CNC F的这个角度来看说我们怎么理解平台为什么会有个平台对吧到底什么是平台平台的属性平台团队有什么特点平台存在什么挑战我们怎么认为一个平台是做的比较成功的这是整个白皮书里面讲的内容包括平台应该具备的能力大家能看到上面是我们的应用开发团队对吧下面是我们平台自身的这种能力和服务的这个构建中间呢就是我们通过整个平台为业务开发团队提供这个支持所以大家会想到说我是做数据库的对吧我是做监控的大家与业务的距离是有差异的这是我们后面要继续讨论的问题为了让大家对整个平台工程有更全面的认识我们也有一个 Awesome List在github上面这个 Awesome List大概讲了数语表然后业内常见的一些解决方案和项目以及有哪些会议活动大家可以参与社区图书最近一本新的书叫Platform EngineeringKiba S这是一本新的书我看了这个书本质还在讲Kiba S但是它挂了平台工程这个名字我觉得这也是一个很好的风潮对吧大家会想办法去往前去推进这件事情然后当然也有一些经典的文章的列表大家可以去参考OK那最后再提到一件事情所谓成功的平台大家说我做了很多平台这些平台之间还有一定的关系我们怎么去逗量它我们按照比较中文的说法一个平台要成功我们是辅助业务去交付价值的所以我们用承人打几这样一个次来概括所以我们能看到大生也去讨论了说我们不能为了做一个平台对吧平台团队的职责不是说我一定要做一个非常厉害的平台这个平台很多 很强但是我们得想一下我们做这个平台到底是给谁用的它买不满意有没有当下给业务交付最关键的价值所以平台我们认为通常是为业务团队提供支持的业务团队的满意度它的体验业务的成功就意味着我们平台的成功大家会有一个问题直观地问出来说我这个公司业务因为各种原因挂掉了那你不能说我平台做得不好对吧但其实大家会想一想我们做平台的资源所有的投入就是靠业务的收入来支持我们做平台的对吧平台做得再好业务没有成功其实并不意味着我们平台非常成功虽然它是一个综合的因素对然后我们自身平台自身的能力使用体验和成熟度也代表着我们自身的成功这是我们尝试去度量它的一个基本的逻辑后面会介绍一些度量的框架OK第三个部分我们重点会介绍说平台工程与开发者体验我觉得有一件事情是非常有默契的我之前有了这样的想法之后有一天也看到说Lucas应该是平台工程社区的一个产品经理对平台工程公司的产品经理他在社区是非常活跃的他认为说所谓开发者生产力和开发者的体验其实是一枚硬币的两面对吧在国内我们会更多的叫研发效能工程效能或者叫开发者生产力也OK我觉得这个想法是很多人都有的不只是说有一个同学突然冒出来体的我尝试去解释一下为什么他是一枚硬币的两面在国内每当我们提到度量的时候大家都会吐槽有个公司用了一个指标代码的航数解决Bug的数量去看工程师的效率对吧大家就会开玩笑去这样吐槽这一点说明了说所谓研发效能工程效能其实不是开发者的视角去关注的它是组织的视角组织做了投入雇用了很多工程师对吧希望去度量你的技术的产出是什么样的自身的效率是什么样子的所以这个视角有它的价值和意义但它对开发者来说其实不是非常友好的一个视角开发者的视角是开发者体验换句话说假如各位你换了一份工作你去到新的公司你会跟上一家公司形成鲜明的对比我在这家公司写代码的这个体验跟上一家公司的这个体验会形成鲜明的对比我获取基础设施的这个便捷度我整个CRC的流程产业平台的这个便捷性对吧是我看瑞的密文档我就能自己搞定还是必须要发个公单还是必须去找一个人我才能完成我在这个公司的第一行代码的提交这是非常重要的一件事情所以各位以后你所在的公司如果想招聘完全可以增加一条我这个公司的开发者体验是什么样的我的产业平台有什么亮点我觉得能真正地吸引到优秀的工程师这是我们理解的平台工程为什么会关注开发者体验OK那开发者体验这件事其实有很多人在关注比如说左边这一幅图是整个平台工程成熟度模型的调研中出现的一个情况你的这个用户平台的用户是怎么跟平台去交互的我们能看到有很多人还会使用公单其实公单是剩下的90%多以下的确实需要公单去解决大部分情况公单不应该成为首选的我们也能看到很多平台说做一个平台我的公单系统很牛大家提过来我公单系统详细地记录了有多少请求过来我的处理时间是什么样这是公单本身的能力但是公单不应该成为大家相互交流解决问题的首选因为感觉回到传统行业了第二点是高德维克斯的自运师这位同学也尝试区分析了说所谓的业务开发团队业务开发者和我们的平台开发者他的能力要求是很不一样的这是我们关注开发者体验的时候需要严格区分的比如说我们公司招聘一个诈话功能师那你得关心这个诈话功能师他是写安卓APP的还是做平台的还是做业务的他对平台的要求是完全不一样的所以他的能力的模型我们从这个指标上能看到说当我关注开发者体验的时候我们重点是指业务开发者使用平台的体验所以这是我们需要区分的一个事情不好意思好接下来我们就会最重点一个部分就会尝试分享说我们大概梳理了一下所谓平台工程的现状平台工程为什么要关注开发者体验我们去关注开发者体验的时候我们有哪些机会点可以去让整个体验去重构重塑让它变得更好我们梳理了三个点第一个非常流行很湿毛对吧一家公司应该有一个所谓的内部开发者门户所有使用平台的人应该在一个中性化的地方看到你所有的平台相关的这个能力也好然后上手体验APR demoplayground所有这些东西应该把它中心化它带来的体验是比较一流的是当下大家觉得比较OK的一个做法那第二个是平台及产品其实刚开始刚开始大家做平台很少有人认为平台是个产品很多平台是没有产品经历的是工程师自己去写界面对吧能用就行我的能力也是一流的但是如果你想提升开发者的体验应该把它当作产品去做那产品大家知道会有用户体验对吧对应到我们这里就是你要注重的开发者体验最后一个自服务那依然回到刚才的话题公单不应该成为首选所以不能说我平台每个平台养一个支持团队对吧有一个支持工程师你提单过来我帮你解决问题这是很好用的方式但它不应该成为首选所以开发者如果能自服务把它搞定自助和自动的把它搞定的话这是最好的体验接下来我们可以大概快速过一下每一个机会点第一个平台工程非常显著的一个能观察到的现象所以我们看一个平台我们在实践平台工程你能看到的第一个就是它有一个所谓的开发者平台或盟户对吧我怎么去区分所谓的盟户和平台呢盟户后面它也是平台盟户是把平台做了一个所谓的网页化的展示所以这个基本上能解决大部分的理解其一的情况这是有一个基本共识度的所以大家也能看到社区最早是有一个内部开发者平台这样的网站的上面对于所谓内部开发者平台做了一些定义认为这个平台或者盟户网站后面应该有哪些基本的能力这些东西大家都已经非常熟悉了我看那第二个呢是这个RDP内部开发者平台它应该有五档功能面我们从下面这两张图你可以把它理解为一回事下面这是BackstagesCNC-F幅画的这个项目它基于AWS生态绘制的这样一个图然后这是整个CNC-F相关一些项目的罗列它整个把它换成五档面开发者控制面集成于交付面资源面监控一日制所以现在我们叫可观测性安全面所以看起来逻辑其实跟我们常见的没什么本质区别对吧只是说有了一些新的提法我觉得相对提的比较少的是第一个开发者控制面它回到那个古老的问题就说线上的这个系统到底是有开发负责还是用为负责对吧我的系统一在上线之后我就完全失去控制权了我只能通过一些监控系统在它出问题的时候了解到这是比较难的一些事情OK那平台机产品我们就不详细介绍了对吧然后下一个自服务自服务其实它是跟开发者的所谓舒适区是有关系的对所以开发者的舒适区是希望说我们像使用看源项目一样使用平台大家回想一下当我们引入一个新的开发项目的时候我们会去找这个开发项目的排在第一位的作者去自询一些问题一般情况下是很少的对吧我们会通过Redmi文档直接把它搞定所以自服务在这一点就显得非常重要让开发者回到自己的舒适圈它的整个研发的效能才是最高的OK文化以及策略这个问题比较复杂时间关系我觉得我很难把他讲得很透彻所以给大家呈现一个机梦逻辑我觉得在文化这一块我们要去在内部尝试或者说做一些重构尝试推行所谓的平台工程我们要考虑三大方面第一个文化提倡开发者优先它跟我们所谓的用户导向其实是一个意思对吧我们做产品一定是用户导向的那你做平台一定是开发者优先的你给它用的然后它的优先级很低其实这个也很矛盾对吧第二个是开发者旅程其实做产品的同学知道有用户旅程对吧最后一个就是开发者控制面系统的控制权应该还回给这个系统的开发者和地造者ok这一页主要是回答了所谓的平台团队到底是怎么跟大家配合做事情的对吧就回到了我们为什么要提倡所谓的开发者体验以及所谓开发者优先这样一个逻辑好开发者旅程也是有些很成熟的内容了一般是平台的产品经历最关注的对吧跟用户旅程是非常一致的逻辑只是把用户不太关注的跟技术相关的换为开发者比较关注的了所以它有一些模型有一些检验的清单你也可以照着尝试的去做可以度量你整个平台产品的开发者体验怎么样最后一个开发者的控制面有所谓三大支柱大家一看这不还是扣的没有本质区别对吧还是整个生命周期好最后一个度量所谓度量是我昨天在其他一个线上也听到大家探讨这个度量的问题说有些东西你一旦度量就会跑偏但是度量又是不可不做的度量我们不展开我列举一下现在有多少的度量我今天早上还看到一个叫戴伍X360第七个可以把它列为第七个所以我们从Demobus最早的指标到Dora指标到这个作者继续往前推进Spice这个框架都是用来度量到底是度量一个组织的研发效能还是度量开发者个人的开发效率这个是有差别的不同的框架它的定义是不一样的我们更建议大家关注CNC F的这个Tag做的平台成熟度模型的0.2版本还在草稿的过程中欢迎大家关注OK最后呈现一个所谓的平台工程的理想态对吧我们讲了这么多那相对我们展望一下未来这个平台工程比较成熟的大概是长什么样子呢我们把它这样理解就回到了团队特普这件事上面是应用开发的同学对吧它跟平台之间需要有一个开发者界面所以你可以是一个内部开发者盟户内部开发者平台甚至是一个简单的服务目录都要比它到处找资源要好很多对吧所以开发者的界面是非常重要的那整个中间的平台我们知道有做软件开发的有做模型开发的有做数据开发的对吧可能现在也有一些更小众的其他的这些类型所有的这些平台它应该在平台的上下界面之间去关注它的这些使用的对象是谁对吧软件开发的平台一定是软件工程师在用模型的一定是算法工程师在用对吧数据的一定是数据工程师在用那平台界面的下面就是我们的所有的基础设施包括了中间件对吧当然有的说我把中间件希望放到上面也OK中间件的用户也是我们内部的开发者用户OK那最后一个部分挑战我觉得有四个非常关键的挑战第一个我们当下平台工程的定义的共识度有了初步的共识度但是依然有待提升因为这种时间是一定要经过实践来检验确保我们的共识度是OK的第二点就是平台成为很多企业现在的一个优先选项会优先考虑能不能给我的Diabos实践现状带来一些改变但是平台工程自身的所谓认知负和依然很重就我们今天在座的各位从自己的视角提出对平台工程的理解我们给出一个80%人能同意的定义还是比较难的这是它的第二个挑战第三个整个软件的工程化程度持续提高但是说我们在当下能不能带来10倍以上甚至说更高的这种提升来和造福我们的研发团队和卡发者体验依然是一个需要思考的关键问题最后一个平台工程始于工程但是它不局限在工程团队的文化组织架构以及卡发者协作这些都很相关特别是在我们国内文化的冲突和融合是比较显著的换句话说国内有很多所谓的教练步道师对吧它到一家新的团队去摸现状的时候有一个很难的问题就是跟它的企业文化怎么去融合也就是说大家在共识上认知上能不能有基本的接受度不接受这个事情的时候你去推行它是非常难的OK趋势我觉得有三点第一个软件工程来到了一个所谓月遷的边缘我觉得平台工程可能是这种零件状态的推动因素之一包括大家昨天提到的ARJC对于整个代码辅助这一块带来的整个体验因为平台工程在过去这么多年其实没有本质上的一些变化我觉得现在需要有一些因素推动它上到一个新的谈解第二个所谓的无代码低代码这些应用能不能持续去推进技术的民主化写代码是我们软件工程师的技能对吧但是其实程序软件的使用权利是每个人都有权利去使用的对吧所以说刘仕团队出现了这种像平台团队迁移的趋势我相信在一些中大型组织中大家也会发现有些做业务的同学做着觉得好像K8S挺火的我也想去做K8S对吧这是个人职业发展上的一些倾向但其实他也反映出了说刘仕团队开始网平台他可以去迁移而有一些所谓的刘仕团队他可能会被我们的大模型去替代那最后一个ARJC在代码生成这种场景的应用可能进一步会提升平台的这种价值和存在感所以我们最后也呼吁大家说不要再争谁死掉了谁永从这种话题还是多一些具体的行动一起推进整个平台工程的发展OK这是我们今天的分享的所有内容那最后呢我们提出一个期望让我们像使用看远软件一样使用内部平台好 谢谢大家时间关系我们大概有九分钟的QA时间对吧看一下大家有没有什么问题想我觉得这是非常容易引起吵架的一个话题对吧你好 老师我想请教一个问题是你刚才提到了开发者优先但是在公司内部往往使用这些内部平台的都是以线的员工他们没有更多的话语权这个和您提的这个开发者优先是相配的往往有话语权的领导更关注的是我这个功能有没有完成我这个功能有没有写到PDT里谢谢好 这是一个好 这是一个很有挑战的问题我们从两方面尝试去回答您的问题第一个说我们做的这些平台往往是一线的工程师在使用其实他们的话语权有限这是一个现状一线的工程师可能就是我们当下这个公司做的平台我们的天花板就是在这里对吧你想有更好的环境你应该跳槽到另一个更厉害的公司去这是很现实的一个情况我们怎么去尝试解决第一部分这个问题呢其实我们可以想一想这些一线的工程师他所在的团队Leader他关注什么他关注我们以更小的投入给业务交付更大的价值我们希望也提升自身的效率对吧他其实更不希望说我花更多的人写更多的代码这是我的业绩这是我的结果他一定不是这种追求我们能不能帮助他在他的目标上有更高的发展比如说我用更少的人对吧用更好的开发体验然后换来你的业务的更长期的这种支持可能当下这个迭代会有一些技术的重构等等一些问题但是你要平衡短期的代价和长期的代价那么又回到以前那个古老的话题就是我不需要设计干脆就对业务逻辑进去就好了然后三个月之后推倒重来我觉得这是优秀的一线的工程师的Leader他一定不会追求的东西所以在这一点上如果能达成基本的一致大家就会反过来去关注所谓的开发者体验因为开发者一线的工程师他写代码写得更爽体验更好更高效他交付的质量他交付的效率理论上来说一定会更好对但是第二个还是回到最后一页文化的问题就是一线这些工程师他认不认为说平台为我提供服务平台是在乎我的体验的因为我们看到实际上有些平台就是很强势的我是一个管理平台你要自原来这儿发个单 申请向我申请这种理念跟我们所提倡的这种平台工程的理念它确实有矛盾的地方所以文化上的这种疏利是很重要的第二个方面就供你参考老师您好能不能把PPT放到Water和Wide那一页就这一页我看到有一个目标目标比方说是降本增效什么的但是我们很多的技术也都是为了降本增效比方说Devil Office其实也是这个目标那么现在的平台工程为什么它实践上会比Devil Office或者说其他的一些实践方式会更好呢果然吵架的问题来了所以我们有个前提说平台工程是不是用来替代Devil Office的有些人会这样极端地认为说Devil Office已经玩完了不行了我就要搞平台工程我们回顾一下刚才整个所谓三大支柱也好大家关注的依然是怎么携带吗怎么编译集成把它交付怎么在线上稳定的运行这个流程是没有变的也就是说Devil Office关注的范围跟平台工程所谓的范围没有本质区别它只是在文化理念上更多了一些特别是记不记得刚才那个硬币的两面对吧我们希望看待一件事情从360个角度去看才能了解它真正的这个真相但是过去我们在硬币的一面花了太多的精力我觉得最近三年国内的研发效能喊的实在是太多了随便办一个研发效能的会议去听了哎呀 研发效能提高了好呀是吧工程师有没有想过你是不是被压榨了对不对你在一个很体验很差的平台上做着很低效的努力你的效率再高这个事情是很难去解决的所以我们应该换一种思维这个硬币的另一面多一些关注对吧你想商业公司做一个产品提供一个服务给消费者消费者的体验是非常重要的你今天去外面扫一个单车黄色的好扫还是蓝色的容易打开是吧你是分分钟就可以做这个品牌的迁移的那内部开发者用户没得选公司就一个平台那我们更应该做平台的跟我们的平台的用户开发者一起把他的体验做好你就能获得这样的一个评价同时里面还有些细节比如说现在大家也关注说开发者的满意度最后回归到人力资源企业文化层面他会关注有员工的幸福感对吧所谓员工的进买度里面经常会有指标公司为你提供了相对比较先进和一流的高效的工作工具工作平台很多人党没有是吧这就是我们需要去尝试解决的问题也就是说靠人力资源给大家发个月饼是解决不了工程师的满意度的问题但是你给他写代码更爽的平台他一定能提升他的满意度大家去做用户调研的时候你的NPS一定会变高是吧大家做内部平台也会跟外面的友商对标跟工友云的一些产品对标是吧这是我们强调的说为什么一枚硬币的两面都多一些关注能给我们带来新的一些体验让我们把平台做得更好平台的价值发挥得更大一些好那时间关系我们的打野环节就到此结束好谢谢大家