《3、2023 DevOpsDays - 联想高维度的工程体验与赋能.pdf》由会员分享,可在线阅读,更多相关《3、2023 DevOpsDays - 联想高维度的工程体验与赋能.pdf(21页珍藏版)》请在三个皮匠报告上搜索。
1、联想高维度的工程体验与赋能打通工具链孤岛,搭建一站式平台/郭瑞2023 China DevOpsDays-8月12日 北京-郭瑞 联想交付质量流程工具管理部DevOps教练 联想敏捷实践社区讲师 联想IT卓越中心委员会成员 前DevOps工具链及效能平台交付经理联想业务需求的等级划分基于L4和L5的敏捷工程度量困境一叶障目,过分关注优异的过程指标,忽略交付价值舍本逐末,只追求指标考核,忽略过程改进遗留系统团队历史包袱太重,工具百花齐放,各行其是度量衡未统一并公开,团队质疑指标的公正性打哪指哪低维度认知的局限性低维度工具链孤岛的局限性工单状态与实际进度不一致代码分支与最终制品版本不一致测试报告很
2、难作为质量门禁跨工具流水线自动执行受限代码仓库,制品仓库与配置管理中的应用,产品,项目等概念很难对应变更管理与流水线人工卡点缺乏联动运维阶段应用的生产缺陷很难与交付阶段的产品版本产生关联监控问题很难对应到交付的产品,并参与项目度量解决方案通过数据挖掘与机器学习启示团队开启高维度上帝视角打通工具间的虫洞推动可插拔的标准化流程与度量方案标准化适应历史遗留系统,支持多生态工具链的可插拔优化工具联动,减少可避免的人工琐事增强工具链数据的可靠性充分利用工具链数据,获知团队能力实时获取交付运维信息,聚合生成报告通过数据挖掘分析团队行为利用机器学习预测团队发展代码分支策略标准化 支持多种Git仓库可插拔代码
3、分支策略适用场景注意事项分支命名规范基于主干开发(Scaled TBD)增量与迭代式敏捷开发主要交付单一版本线上应用需灵活运用Cherry-pick方式合并代码需结合功能开关来保证合并的效率main(or master)release/major.minor.xfeature/issueKeyGitFlow传统瀑布模式开发多交付团队多计划版本并行开发长期平行开发版本合并冲突较多需人工识别不同发布分支上不同提交的先后逻辑关系main(or master)release/major.minor.0hotfix/major.minor.patchdevelopfeature/issueKey 功能分
4、支命名规范化,可与提交信息协同关联代码与用户故事,增强功能相关度量准确性 发布分支命名规范化,与企业CMDB关联,管理应用制品版本,增强版本相关度量准确性CI/CD流水线阶段标准化 支持多种流水线工具可插拔打通工具间的虫洞-流水线驱动故事状态变化打通工具间的虫洞-ITSM管理集成流水线ITSM变更管理服务目录问题管理事故管理持续部署流水线中的人工卡点联动检查变更是否已批准上线,控制上线部署时间与预定时间一致事故与问题处理时,自动关联对应代码仓库中对应修复功能分支与相应流水线,持续关注修复状态通过流水线埋点集成CMDB,保证应用名称与版本在CMDB中的准确性与及时性开启高维度上帝视角-数据聚合流
5、程Data Transformation ToolsCDC开启高维度上帝视角-打造一站式工程平台降低开发者对于流程和工具链的学习成本降低团队管理者对项目和产品状态的管理成本通过聚合数据展示多角度视图通过数据分析和监控保障架构合规和安全合规通过数据分析改进团队建设并发掘团队潜能支持多种生态工具链的可插拔平台多视角展示-需求单据状态视角CD部署SIT失败STORY-123需求澄清已排期开发进行中UAT测试SIT测试首次提交代码合并请求被拒绝CD 部署UAT成功等待部署生产已部署生产部署生产成功4 代码缺陷4/4 P2 已修复CI 成功代码已合并2/2 P1 已修复1/1 P2 已修复0/1 P3
6、待处理CD 部署SIT成功快捷操作快捷操作创建功能分支创建MR/PR触发CI/CD新建需求CI 失败质量门禁未通过3 代码缺陷用户签收平台多视角展示-项目与产品管理视角产品 AEpicStory状态估算(故事点)工时(dev/sit/uat)EPIC-1STORY-1完成31/1/1STORY-2测试中52/1/0EPIC-2STORY-3(关联 STORY-2)等待部署52/2/1 STORY-4(关联 BUG-1)被BUG-1阻塞31/1/2产品 BEpicStory状态