DevOps 案例 | uspx项目 上线DevOps

点击上方“中兴开发者社区”，关注我们

每天读一篇一线开发者原创好文

案例简述

uspx项目端到端，从需求到发布的DevOps工具实践。旨在持续消除、改进在软件研发生命链中的低效和瓶颈的问题，提升研发效率和发布节奏。

业务背景

软件研发模型从经历传统的瀑布模型、到基于迭代的瀑布模型到敏捷+ST自动化，再到以云技术和微服务为基础的DevOps的演进，始终围绕快速交付用户需求和价值在努力，这一趋势不会改变，且只会推动研发模式变的更快，更优化，流程更紧密和更流畅，这就需要流程的自动化程度更高，更智能，信息交互更完整，使得每一个过程都能有机的成为工具链中的一部分。

ü 使用TFS对需求和任务跟踪。

ü 使用Confluence（Wiki）实现团队协作和需求体系化。

ü 项目KW告警消除策略为：保证新增代码无KW告警、逐步消除老代码的KW告警

ü 持续集成（云CI、Jenkins 2.0）

上线方案

【Gerrit 上线方案】

【5个子项目的pipeline】

【代码检查】

项目KW告警消除策略为：保证新增代码无KW告警、逐步消除老代码的KW告警

ü KW VerifyCI

ü 每日KW监控

【持续集成（云CI、Jenkins 2.0）】

项目所有Jenkins任务切换到云Ci的Jenkins，使用2.0的Pipeline管理各Job流程。

【版本制作与发布流程全自动】

版本上制品库应用广泛，snapshot除了作为每日CI的存储服务器，还作为CCA的KW的docker源和代码源；alpha库已正式放置对内发布的版本，不久对外发布的版本也将放到release库上。

版本制作和对内发布流程全部由包含版本计划的excel驱动，根据excel版本计划，完成版本制作、EC流程、上传制品库、发布通知、QA通知、测试取用等。

项目收益

痛点解决：在实践DevOps端到端过程中，遇到以下几个比较明显的痛点：

1. 多项目pipeline不统一 主要表现在: 可复制性差 ：各个项目各自为阵、重复劳动、代码冗余 周期长 ：无基础构架，无技术共享转换过程缓慢而痛苦 技能水平差异 ：门槛高、重复学习、培养新技术掌握水平参差不齐 一致性 ：各个项目过程、输出、度量千差万别;跨项目，跨部门度量难。

2. 不能统一监管资源 资源监视缺乏电子化、集中化管理，无法实时反映使用状况。

能力调用

度量空间地址:  uspx项目工作区