如何通过DevOps提升大前端研发效能-开篇记

伴随着前端业务在移动互联网行业快速发展,前端业务的持续集成、交付、部署成为阻碍研发效率提升的瓶颈。如何实现工具化、智能化是许多有梦想的工程师们追逐的方向,各行业大佬们在这条道路上前赴后继。我们结合前辈们的经验,结合金融行业的特性,以DevOps的理念为主导,进行了前端持续集成、交付、部署的实践,提升研发效能。以期通过这些实践,帮助更多的前行者。


名词解释

① 持续集成 (Continuous Integration)

持续集成(CI)可以帮助开发人员更加频繁地将代码更改合并到共享分支或“主干”中。一旦开发人员对应用所做的更改被合并,系统就会通过自动构建应用并运行不同级别的自动化测试(通常是单元测试和集成测试)来验证这些更改,确保这些更改没有对应用造成破坏。如果自动化测试发现新代码和现有代码之间存在冲突,CI 可以更加轻松地快速修复这些错误。

持续集成是一种保障。

② 持续交付(Continuous Delivery)

完成 CI 中构建及单元测试和集成测试的自动化流程后,持续交付可自动将已验证的代码发布到存储库(一般认为是开发库或测试库)。为了实现高效的持续交付流程,务必要确保 CI 已内置于开发管道。持续交付的目标是拥有一个可随时部署到生产环境的代码库。

在持续交付中,每个阶段(从代码更改的合并,到生产就绪型构建版本的交付)都涉及测试自动化和代码发布自动化。在流程结束时,运维团队可以快速、轻松地将应用部署到生产环境中。

持续交付表示的是一种能力

③ 持续部署(Continuous Deployment)

对于一个成熟的 CI/CD 管道来说,最后的阶段是持续部署。作为持续交付——自动将生产就绪型构建版本发布到代码存储库的延伸,持续部署可以自动将应用发布到生产环境。由于在生产之前的管道阶段没有手动门控,因此持续部署在很大程度上都得依赖精心设计的测试自动化。

实际上,持续部署意味着开发人员对应用的更改在编写后的几分钟内就能生效(假设它通过了自动化测试)。这更加便于持续接收和整合用户反馈。

持续部署是一种方式。

行业特性

作者所处的是金融行业,谨以金融行业的前端DevOps落地进行浅析,以期帮助更多的伙伴通过CI/CD提升研发的效率。金融行业与互联网行业有所不同,由于生产环境数据及其敏感,稍有不慎将会造成系统性风险,金融行业场景不同,运用DevOps的方式也就有所不同,各个环节需要在依托流程化管理的同时增加一些人工控制手段,通过关键卡控点的管控来规避风险。


使用目标

依托流程化的工具提高研发投产效率,释放研发资源、测试资源、运维资源,为业务赋能。通过标准化构建模型,集中构建,节约资源。通过流程治理,缩短整体流程时间。通过整体体系统化管理后,效率可提升80%。


整体链路图


如何落地?

研发效能的提升是一个持续的过程,需要组织的持续关注。

一般可以采用如下方式推进:

1、 流程治理

写好代码,对于一个团队来说,是很容易的事情,如何让代码的产物快速流转到生产环境,却是一件负责的事情。制定或规划出契合团队的整体研发流程,是进行DevOps建设的必要前提。良好的研发流程,可以在链路上缩减时间,减少不必要的资源和时间消耗。

流程的治理是需要深入到现有流程中,提炼整个流程的精髓,寻找流程中可优化、可改进的点。

2、 效能工具

大多数业务团队会采用手工或半智能的方式解决当下遇到的研发问题,提供多种多样的功能重复的“轮子”,造成了资源浪费。

研发流程需要一些工具保障,这些工具应该进行收口,通过集中管理资源,统一规划设计,确保工具中台化,开发工具并不断推进工具的演进。同时,通过工具释放资源。

3、 团队文化

一个产品需要用心的经营,才能使得产品更好的服务用户,通过不断的演进、迭代,完善功能。在持续的过程中,团队文化不同决定推进方式得不同。

如果团队文化为积极型的,可采用激进的模式推进产品;如团队文化为保守型的,可采用稳妥的渐进式推进。

如何评价?

对于一套系统,如何评价是在系统开始建设前需要想清楚的。建立一套指标体系是一个很好的方式,指标体系并非一成不变,各个时期采用不同的指标来评价。

初期指标建议采用使用情况,从入驻量、构建量、发布量多维度衡量,通过与全量数据比照,得出系统的发展曲线,结合业务实际情况可以预测出临界点和增长点。

中期指标建议采用细分模式,对各类型的应用的各流程的耗时、成功率、频次进行统计,通过分析技术得出各业务的指标数据,以中位数作为驱动各业务治理的依据。与此同时,通过分析总体数据,对当前流程中的各阶段进行深挖,重点突破任务时间长、不可并行部分。

后期指标建议以360度数据报表模式,指导生产实际,为管理层决策及运维提供数据依据。以大盘模式为切入点,逐层细化出有价值的数据信息,围绕数据做文章。


总而言之,所有这些CI/CD的措施,都是为了降低应用部署风险,优化研发流程,提高业务交付效率。通过DevOps的理念提升研发效能,建立适合团队的最佳实践,才能为团队赋能。


下篇:无线持续集成交付平台的设计与实现

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容