2019年从“每月交付一次”到“每天交付多次”的升级打怪之路.pdf

《2019年从“每月交付一次”到“每天交付多次”的升级打怪之路.pdf》由会员分享，可在线阅读，更多相关《2019年从“每月交付一次”到“每天交付多次”的升级打怪之路.pdf（24页珍藏版）》请在三个皮匠报告上搜索。

1、全球敏捷运维峰会广州站从“每月交付一次”到“每天交付多次”的升级打怪之路全球敏捷运维峰会广州站对于代码质量、测试通过率等没有统一评判标准交付质量标准不一交付质量标准不一没有标准化的交付流程，每个团队有自己的交付方案交付流程不统一交付流程不统一多研发中心模式下，耗费大量时间成本在远程会议沟通、文件传输上多地协同网络传输质量差多地协同网络传输质量差工具链复杂工具链复杂各个团队对安全问题要求不一致，导致最终上线受影响安全重视程度不统一安全重视程度不统一大量自研及外包团队多地分散管理大量自研及外包团队多地分散管理需求需求交付周期长、迭代速度慢交付周期长、迭代速度慢慢每个团队耗费大量运维人员，维护自己的

2、一套工具链现状全球敏捷运维峰会广州站目前的流程，及改进的方式全球敏捷运维峰会广州站平台搭建项目试点形成制度集团推广1，成立团队2，集团情况调研、工具引进3，内训、传递DevOps文化4，文档完善、制定DevOps管理方案1，2个项目试点2，平台管理团队快速响应业务需求，收集用户反馈3，收集测试项目数据、明确交付效率提升1，根据项目试点情况，完善制度2，完善管理方案及组织架构1，集团推广、打磨平台2，学习最新技术、完善体系从0到1的解决方式全球敏捷运维峰会广州站打造统一的DevOps团队，前期可以为虚拟组，后期打造专属团队，前期可以为虚拟组，后期打造专属团队产品经理负责需求管理、制定规范及工具选

3、型，负责整个DevOps平台建设开发技术栈选型测试测试流程管理工具选型运维维护iaas层稳定维护工具链监控安全对开发安全负责运营成本把控指标制定全球敏捷运维峰会广州站 打造工具链 内部适配 外包适配DevOps建设的第一步，工具链，工具链全球敏捷运维峰会广州站多研发中心、多数据中心架构模式多研发中心、多数据中心架构模式全球敏捷运维峰会广州站开发不愿配合开发人员不愿接受新的开发模式流程不规范，私自绕过质量检查开发人员不愿自己代码进行质量检查时间投入成本高开发人员需要花很多时间成本了解复杂的工具链、编写构建流水线建设过程中存在的问题建设过程中存在的问题全球敏捷运维峰会广州站构建平台统一管理由统一部

4、门打造构建平台，无需开发人员介入维护。构建模版统一编写由统一部门打造构建模版，开发人员无需自己编写，直接调用即可模版统一收集元数据在模版中强制进行必要的扫描及测试，并收集所有工具链的结果数据作为元数据统一管理回收权限不允许开发私自更爱流程流水线统一解决问题方法解决问题方法全球敏捷运维峰会广州站基于基于JenkinsJenkins的最佳实现方式：的最佳实现方式：使用使用JenkinsJenkins的共享库，统一管理构建流程，收集元数据的共享库，统一管理构建流程，收集元数据全球敏捷运维峰会广州站构建信息构建环境版本依赖代码静态扫描结果重复率Issus个数扫描报告坏味道安全扫描结果高危漏洞开源协议需

5、求及版本信息对应到需求管理的issus单元测试性能测试集成测试接口测试发布&部署信息发布的环境部署的结果测试结果建议收集的元数据全球敏捷运维峰会广州站试点团队推行验证方案可行性收集更多用户需求小范围试用工具链及构建模版适配所有技术栈整个集团推广真正实现统一管理推广方式推广方式全球敏捷运维峰会广州站多工具链，结果数据孤岛式存储，无法统一多工具链，结果数据孤岛式存储，无法统一 所有的软件包加上多样化DevOps各阶段的信息 根据Metadata的信息来实现自动化的快速发布 提高发布产品的自信 简化清理策略全球敏捷运维峰会广州站富士康三星索尼LG各个厂商提供质量合格的零件集成商使用质量合格的零件整合

6、全球敏捷运维峰会广州站元数据标识软件成熟度元数据标识软件成熟度全球敏捷运维峰会广州站交付件分级持续交付模型自动选择候选包全球敏捷运维峰会广州站App-pipelineMicro-A-pipelineBackend-A-pipelineDevOps 包管理规范 Release HistoryHoursdaysweeksapp-bundle-1.0Micro-A-bundle-1.0Micro-B-bundle-2.0Metadata:app-1.0.qa.test.result=OK分级MetadataUAT-Pre