Devops统一研发体系建设方案.pptxVIP

Devops统一研发体系建设方案1 背景介绍DevOps实践及研发平台建设经验和教训行业自主研发的要求及面临的问题行业信息系统服务商尽管有很强的能力，但已经不能满足行业的个性化和快速响应业务变化的需求。互联网金融和金融科技背景下，对自主研发能力提出了更高的要求。信息系统的自主研发能力，在一定程度上决定了业务能开展的广度和深度，长远看决定了传统金融行业在互联网时代的生存能力和 创新发展能力。开发人员 项目管理 应对业务变化 产品化开发 开发能力低价值重复性工作 多，交付效率低业务部门不了解需 求开发进度管理层不知道IT在 干什么跟着零碎业务需求 跑，不重视分析和 设计，没有统一的 产品设计和架构把 控欠缺版本管理面对大型复杂系统 开发，无从下手系统更新换代，兼 顾新系统开发和老 系统维护，困难重 重成本高、招聘难、 流动大大型团队管理难以 沿用和小型团队方 法外包人员难管理代码未妥善管理， 文档、代码注解不 全，缺少开发管理 历史资料和服务商合作开发 过程，不能在甲方 管理项目及平台目标快速应对业务变化大型复杂系统的研发及运营能力大型开发团队的管理能力能力的提升产品化系统的研发能力需求、研发和运营的高效沟通机制项目总体介绍项目简介采用敏捷和DevOps理念整合软件研发工具、容器化技术、运营监控工具解决了研发中的代码分支管理、环境获取、自动化、微服务化、持续交付等突出难题支持博时基金IT团队实现敏捷和DevOps转型在团队规模和核心能力上实现跨越式提升，适应互联网时代对自主研发能力的要求实施历程2016年1月开始调研、7月一期上线，支持全部50多个项目的生命周期管理持续进行敏捷和DevOps研发管理的转型，团队能力跨越门槛支持新一代大型业务复杂的项目、产品化开发、按计划交付观念：从传统向敏捷的转变敏捷宣言个体和互动高于流程和工具，Individuals and interactions over processes and tools工作的软件高于详尽的文档，Working software over comprehensive documentation客户合作高于合同谈判，Customer collaboration over contract negotiation响应变化高于遵循计划，Responding to change over following a planDevOps三步工作法建立全局观建立反馈持续改进应用生命周期系统建设量化管理能力建设指标体系建设报表体系建设配置管理能力自动化能力工艺改进团队建设内部知识库建设建立研发端到端协作能力实施落地 – 粒度解耦提升效率无论是敏捷，精益或者持续交付，其最终目的 都是为了提升效率。所谓“效率”，就是单位投入的产出量。粒度耦合管理粒度DevOps从管理角度的优化永远 是在通过控制“管理单元”的粒 度来完成的。所谓的“管理单元”可能是团队， 需求，任务，测试，交付物等任 何研发中的被管理对象工程解耦DevOps 从技术角度的优化永远是在通 过解除“工程对象”之间的耦合实现的。 所谓“工程对象”可能是系统，工具， 代码，模块，服务，平台，云或者任何 在研发过程中存在或者交付的“技术对 象”。实施框架新一代业务系统统一技术架构（BOFA）业务系统原业务系统管理分析、设计、开发、测试、构建、集成环境、部署、发布、运行方法项目管理、配置管理、持续集成、自动化测试持续部署、容器化、运行监控、日志管理平台TFS，生命周期管理、数据仓库、知识库EA、IDE、Maven 、Loadrunner 、Sonar、 Docker、Harbor、NetGain、APM、DPM、 Junit、Selenium、Postman、自研工具…… EM、日志审计、自研工具……工具集成基础设施基础设施即代码基础:配置库文件结构Git分支模型与CI/CD流水线基于TFS的CI配置基于TFS的CD配置4级测试体系建设持续交付能力提升领域DevOps之前DevOps之后版本管理开发、测试、生产相互独立多分支开发、主干发布环境权限开发人员权限极大各环境权限隔离构建构建环境不统一且分散，每天有效构 建不超过10次构建环境标准且统一，目前每天有效 构建次数62次部署依赖开发人员，每天各环境发布次数 不超过10次基于自动化发布，目前每天各环境有 效部署次数超过80次发布回退过度依赖开发人员手工回退，低效且 风险巨大提前制定变更风险等级策略，基于版 本进行回退，高效而可靠研发管理指标体系与报表体系建设项目进度总览表特性到需求的属性分 解各阶段工时进度测试用例执行情况实际进度与计划工时 的偏离情况提示资源使用情况报表直接效益间接效益直接效益全部50多个系统、260名技术人员在该平台上进行统一管理，其中最大系统的开发人员规模