百度Devops持续集成实践

1、百度Devops持续集成实践技术创新，变革未来智慧IT百度客户端DevOps实践挑战百度客户端工程能力地图介绍百度客户端产品大规模流水线构建系统实现与思考日活过亿级应用-百度APP DevOps工程实践2018 OCVOPSDAYS e .t局i/,间题召回和闭环反馈问题召回和诊断如何快速召回问题、诊断出病因、 并修复上线用户体验极致体验用户体验如何？产品上线后用户第一时间的反馈是？迭代速度每月发版一次需求：一个月后发版 N度N+版本，一周，手动齐集核心数据，发版发版前底气版本质量保障万行级代码变更，发版时不知用例是否覆盖+面l App迭代更新快群雄井起APP时代挑战内部状况场景复杂新业务出现

2、快业务消亡l 新App涌现快群雄井起APP时代挑战内部状况010302第一步：统一认识，让业务线在规则下可以一起玩 建立一套切实权威可执行的标准第三步：典型玩家特殊定制，满足个性化需求典型业务线重点支持，不断迭代系统第二步：让业务线可以有场所，有工具玩低成本接入 高效有效稳定的系统支持理论系统实践需要解决三大问题：1、如何解决客户端DevOps实践人员思路统一问题（如何定标准）2、解决标准权威性、真实性问题（如何取数据）3、解决标准与客观、弹性矛盾问题（如何计算）研发流程环节是否完善各流程环节该具备何种实践各个实践效果达到多少三位一体流 程完 备有 效CI/CD委员会制定初版提至技术委员会酝酿

3、公司范围内进行公示抽样分数与实际分析流程实践名称分级标准完备性有1性AverageGoodExcellent1010百度编码规范1.250.63增量源码安全扫描1.250.63CodeReview1.251.88增量静态代码扫描1.251.88云端编译1.251.25P0级自动化回归测试1.251.25Unit Test1.251.25可维护性检查1.251.25特点：1、权重可调2：各个阶段、各个实践、完备性和有效性的调权，不断迭代，达到最优；2、实践项含必做项和选做项：达到依据业务需要弹性控制；例子：APP需求开发代码准入测试灰度验证发布流水线/自 动化C=5102035101010nnm

4、ikkV )j 1j 1T T C (V P V Q D i iji j 1ij ij ijijij 算法：n产品具备冲击力和引导性（产品一角）：解决三大问题：1、设计快速可配置的流水线接入方案以满足客户端涌现2、实现高效且稳定性的闭环构建系统以支持大规模构建3、配合工程能力地图形成真实可信的研发数据链路系统用户视角：1、自动化2、准入&打包1、开发者通过API或jar注册至平台；2、平台进行审核（含数据）；3、平台进行评布；4、插件进入服务持集成服务市场推荐；5、收集服务在业务线表现数据；6、对开发者工具进行评估（形成漏斗，优 胜劣汰）；1、系统链接：200+开发者，30+个5+平0有效运转

5、2、覆盖业务：覆盖百度系近百款4户端产1，每3提交1000次3、覆盖机2：近干0手机可调度4、覆盖构建：每3构建近W次5、发现问W：上线以来累计发现1W+问W需要解决三大问题：1、业务团队、人员意识、需求不一带来的流程问题2、产品特点带来的对系统性个性化需求的挑战3、如何形成业务DevOps闭环问题：交付周期长长周期的需求会拉长短周期需求的耗时，严重的会拉长整个版本的周期代码耦合度高，代码冲突大，合并是个灾难不支持分支灰度代码复用率较低X.X.X正3X.X.X灰2X.X.X正3单周交付的收益单位时间内产能的提高：少量的Topic并行 N多Feature维度的并行集中集成增量集成.集中测试随时测试单周交付研发模式：由Topic维度 细粒度的Feature分支三周集中上车 每周上车体系集成交付：灰度发布小时级发布和效果评估数据产出版本对比效果评估5.平台展现性能1. 问题及产品意见召回沟通群邮件内部论坛稳定性可用性用户反馈2. 策略处理策略1策略2策略3策略问题处/4.问题分发指标1指标2指标3 指标3. 监控中心触发（自动手动）C层崩CJS层崩CJava层崩CA息执行J过4sA息等待4s未执行数据上报N数据解析N清洗N修复N上线分析修复崩C日4收集平台客 户 端 崩Native 崩CANR无响应Java崩 C上线验证百度