[转载]"百度方法+"案例—从持续集成到持续交付

最新推荐文章于 2022-06-28 11:28:22 发布

weixin_33739541

最新推荐文章于 2022-06-28 11:28:22 发布

阅读量114

点赞数

文章标签：运维 devops 嵌入式

前言

百度开放云（https://bce.baidu.com）是百度基于十五年基础架构核心技术积累推出的云服务，目前推出了14个云计算产品和9个大数据产品，并提供数字营销云、在线教育、物联网等10种解决方案。百度开放云安全、高性能、高扩展性的特点，可以帮助企业降低运维成本、提高生产效率和激发创新。

案例背景

开放云经过两年的快速发展，研发团队300多人，20多条产品线。随着业务快速发展和技术架构日益复杂，对研发交付能力不断提出更高要求，需要研发能非常快速构建出功能完善和质量稳定的产品。技术教练经过对研发过程的深度分析，发现在整个研发交付流水线上还存在较大的改进空间，包括整体测试周期、测试自动化程度、环境部署方式、运维自动化部署上线等方面，这些环节的进一步优化改善将大大的提高研发的交付速度和产品服务的稳定性。

如何优化改善？

确定目标：在保证质量的前提下将整体交付周期缩短50%。

改进思路：

基于改进目标将研发交付流水线分为"开发与测试"、"部署与上线"两个阶段分别实施改进。
第一阶段引入持续集成方法改进"开发与测试环节"：从分支切换到主干开发，在主干频繁的提交代码完成自动化构建，以尽早发现和消除代码缺陷，保证产品质量，缩短整体测试周期；
第二阶段引入DevOps方法和技术，通过标准化和自动化部署过程，彻底打通部署与上线环节，并构建端到端自动化交付流水线，提升整个交付过程的效率以及产品服务质量的可控性和可靠性。

整体方案：

1. 循序渐进，建设持续集成

从分支开发切换到主干开发模式，降低分支管理难度和Merge成本；
建立分级构建模型，搭建包括本地构建、模块级构建、子服务级构建、系统级构建、准生产级构建等多层次自动化构建，同时加强测试自动化覆盖率，从多个层次和多个验证角度建立起质量保证体系；
强调团队习惯，包括增加代码提交频率、设置各级构建提交门限、制定Build Cop机制等，确保持续集成能够实施到位；
从推广模式上，首先选取30%团队进行试点，在逐步成熟并取得阶段进展后，再向整个团队进行推广。在大规模推广过程中，实施分级管理和Mentor机制，统筹推进多团队整体改进，并通过建设CI Dashboard进行改进过程度量和监控，实现完整的PDCA管理循环。

2. 逐步深化，建设DevOps

标准化、自动化部署过程，通过开发统一的部署工具平台，支持以相同的配置模式对从测试环境到生产环境的多种不同环境进行自动化部署和配置，提升各环境的一致性并降低手工操作时间和成本；
建设自动化交付流水线，对整个交付过程建模，将编译/打包、各级测试、各级上线等阶段依次定义为多个Stage，每个Stage包含一系列并行或串行执行具体部署、测试任务的Job，从而实现全流程多级构建的自动触发和自动流转；在此基础上，增加对产品中多模块间相互依赖和触发的支持，从模块级流水线升级为产品及流水线；
以交付流水线作为统一入口，提供给所有角色一站式服务能力，包括一键测试、一键发布、一键部署、一键回滚等功能，简化交付过程操作复杂度，实现人人运维；
根据交付流水线数据生成价值流图，辅助以构建时间、构建完备性、构建稳定性等统计指标，进行整体进度监控和瓶颈发现，并通过版本依赖关系图进行回溯分析和人工干预，提升交付过程的控制力；

效果如何？