扫码阅读
手机扫码阅读
嗨,别着急做度量,平台工程需要先从“数据治理”开始做起
313 2024-06-15
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
DevOps在路上
扫码关注公众号
文章摘要
本文作者分享了关于数据治理与度量相关话题的个人体会,首先指出了DevOps实践中的问题,即企业试图通过让开发人员负责运维工作来弥合运维与开发之间的裂痕,却导致开发人员不堪重负。这促使了平台工程的诞生,其目的是提供自助服务功能,帮助企业更好地管理基础设施。
平台工程的定义涉及到设计和构建工具链和工作流,旨在为软件工程组织提供云原生时代的支持。内部开发人员平台(IDP)是平台工程师提供的产品,包含了应用程序生命周期的运营需求。同时,文章强调平台工程并不是与DevOps对立的,而是可以给DevOps带来新的活力。
文章接着强调内部平台的建设的重要性,指出市面上的工具无法完全满足企业全部需求,因此大型企业往往会自建平台以满足个性化需求。这些自建的平台的最终目的是收集和分析研发过程中的数据,即所谓的“效能度量”。
作者提到,虽然收集数据相对简单,但治理和规划数据却不易。他指出,要收集有价值的数据,需要考虑多种业务属性和因素。此外,作者警告不要为了度量而度量,强调度量指标的设定应具有推动改进的作用,而不是仅仅作为一个数字显示。
最后,文中提出数据治理过程中需要逐步建模,考虑数据的价值以及如何从领域中抽象实体。作者认为,制定规则和执行流程是一个动态的过程,需要经过长时间的收集、整理和分析。他鼓励以敏捷思维来引导用户行为,修正数据,这是平台工程实践者需要深入思考的问题。
想要了解更多内容?
文章来源:
DevOps在路上
扫码关注公众号
DevOps在路上的其他文章
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
❝最近在学习实践精益Kanban方法,结合自己团队实践Srum的经历,整理些资料二者的差异。相较于Scrum
SonarQube系列-通过配置扫描分析范围,聚焦关键问题
❝在许多情况下,你可能不希望分析项目中每个源文件的各个方面。例如,项目可能包含生成的代码、库中的源代码或有意
DevOps落地实践点滴和踩坑记录-(1)
记录初衷本人一直在从事企业内DevOps落地实践的工作,走了不少弯路,也努力在想办法解决面临的问题,期间也经
解读平台工程,DevOps真的死了吗?不,它只是换了个马甲而已,弥补了DevOps空心理论,让DevOps继续发展壮大
平台工程这个概念越来越火爆,Gartner 的预测,到 2026 年,80% 的软件工程组织将拥有平台工程团队
你的团队是在进行持续集成表演吗?也许你就在这个持续集成剧场里
四五年多前,我看到ThoughWorks的一篇文章提到“CI theatre「持续集成剧场」”,专门还写了一篇
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线