Booking.com 利用 DORA 指标和微前端实现交付能力翻番
![](/theme/default/default/images/main/eye-open.png)
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
![](/theme/default/default/images/main/icon-jing.png)
在Booking.com的金融科技业务部门,一个新的工程团队通过对其平台的前后端进行一系列改进,实现了交付能力的翻倍提升。这一成就是根据DORA指标衡量得出的,团队还采用了微前端(MFE)模式,将单体前端应用分解为可单独部署的多个应用。
2022年中,新团队接手了财务域的几个流程,包括一个基于Vue框架的大型单体前端应用程序,以及多个依赖其他微服务的Java后端服务。团队发现,修改现有代码并部署到生产环境既危险又耗时。为了提高交付频率,团队决定采用DORA提出的定制DevOps指标来跟踪关键性能指标,并建立交付速度和可靠性/稳定性的基线。从2023年3月到11月,关键交付速度指标提升了两倍,同时保持了质量和可用性的稳定。
在此期间,工程师们提高了Java后端服务的代码质量,并缩减了合并请求的大小,减轻了代码审查的负担,使这些请求成为团队成员的优先处理对象。开发人员改进了部署过程,减少了手动验证步骤,更多依赖于改进的自动化测试,并实现了全自动化部署,将部署时间从40分钟降低到4分钟。
Booking.com的高级工程经理Egor Savochkin分享了他们如何在不中断特性开发工作的前提下,通过重构和自动化测试来提高代码质量。团队采用了童子军规则,在实施变更或修复缺陷的同时,努力改进周边代码。在决定将单体应用拆分为微前端后,前端也得到了改善,但进展并没有预期的那样快。团队还调整了代码评审流程,减少了对外部专家的依赖,将代码评审时间缩短到8分钟,实现了更频繁但规模更小的部署,部署时间缩短到了1小时。
最后,文章提及了InfoQ之前报道的eBay如何在重设计View Item页面后显著提高了交付指标的案例。
本文为InfoQ翻译,未经许可禁止转载。
想要了解更多内容?
![](/theme/default/default/images/main/icon-jing.png)
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)