《DevOps的构建之路与案例分享.ppt》由会员分享，可在线阅读，更多相关《DevOps的构建之路与案例分享.ppt（48页珍藏版）》请在金锄头文库上搜索。
1、DevOps的构建之路与案例分享,汪珺,Part 1 DevOps 由来与构成,Part 2 DevOps 演进之路,Part 3 DevOps 实施概要,Part 4 DevOps 实践中的问题,Part 1： DevOps的理解,问题现象： 整个版本周期较长，有时一个月才能发布大版本 线上常有质量问题，需消耗较多精力排查和修复,分析一个实际的案例,问题分析： 各阶段周期时间分解 关注等待/阻塞/浪费,问题定位：,系统紧耦合，相互影响和阻塞 多个子系统无法做到并行交付 故障传播不可控，相互影响 一端出问题，整个版本阻塞,各端未控制质量，集成时问题爆发 开发自测不足，缺陷蔓延到集成阶段 自动化
2、能力缺失，大量依赖人工处理 团队间存在资源争抢，相互冲突严重,环境交付未归一化，发布效率低 环境多依赖复杂，线下线上不一致 环境准备时间长，维护成本高 串行发布上线，需要长时间停服,这样PK，效率多低？另外，讨厌PM或者QA吗,消除沟通、利用资源、定位简单、稳定快速、过程自动,DevOps 带来的收益,6,Amazon：11.6s1079/hour10,000 -30,000,DevOps的理解,1. 持续测试将成为关注热点,2. 开发、安全和运维一体化“DevSecOps”,3. DevOps指标日益受到关注,Part 2： DevOps演进路线举例,数据度量与分析的实例,User Stor
3、y Number; Current finished iterations number; Recent finished iterations number;,Warehouse Number Submission Number Submission frequency,Build number Build frequency Build time Success rate of Build Average recovery time,Lines of code Loop complexity Bug Number Test Case number Test Case coverage Te
4、st Case Result -For Unit Test API Automation GUI Automation Manually DB and others Performance Test result Security Test Result,Env change time Env change frequency Dependency relation Env configuration DB configuration Disaster recovery and backup Security Level,Release history Release Note Require
5、ments delivery cycle Publishing strategy,Deployment frequency Deployment success rate Deployment Time Changing lead time,Resource monitoring info(CPU, I/O, Memory) Service and application monitoring info (Performance, Concurrency ) Product issue statistics Product issue recovery time,Aim to Business
6、 Continuity and Qualitied Continuous delivery Core OKR/KPI in DevOps: Quality, Throughout, Stability, Mean time for changes, MTTR, Deployment frequency, Change failure rate.,设定KPI/OKR考量体系（扩展到其他端）,习惯培养及度量数据驱动改进,重点是对原则的坚持 频繁集成 红灯修复 建立度量指标模型 结果指标 过程指标 数据驱动持续改进,为什么做持续集成,持续集成其他相关联部分,持续集成-某DevOps框架说明,Road
7、map Design,Evaluation and consultation,Solution Design,DevOps Modeling,Change Mgr, Design,Compiler integration,Pipeline Platform,Code Scan & xUnit,API& GUI Automation,Performance Testing,Test Data Preparation,SecDevOps,Test-DevOps Platform,Deployment automation,Release & upgrade auto,Docker & Cloud
8、deploy,CMDB,Auto repair service,Configuration Mgr.,Patch management,Standardization All,Performance analysis,DevOps KPI Assessment,UX Services,Release priority Mgr,Strategic investment,BI Support,Mobile test Services,Mobile Integration,Architecture Design,Agile & Lean,Training & simulation,Users / A
9、pplications/System monitoring service,Continue Integration,Transformation Services,Consulting Services,Continue Testing,Continue Delivery,Continue operation,Continue feedback,DevOps on Mobile,Micro service Design,Infrastructure Design,Service virtualization,Customized integration,APM Services,A,1,2,
10、3,4,4,4,5,5,5,5,6,6,6,6,2,4,3,7,7,7,7,7,1,7,Its an Assumed Roadmap with number 1-7. Sequence and content may be changed,DevOps 演进路线之一,DevOps on Cloud,Public Cloud,Private Cloud,SaaS on Demand,Mobile Testing Cloud,Citrix/VmWare Supports,DevOps 转型工作室,IT4IT 转型工作室,DevOps方案 设计工作室,DevOps 模型顾问,变更管理 服务,企业敏捷
11、 顾问,企业敏捷 实践,编译集成 自动化,测试自动化,变更的测试 服务,服务虚拟化 服务,测试数据 管理服务,自动代码 安全扫描服务,部署自动化,发布和升级 自动化,云端部署 自动化,用户/应用/ 系统监控服务,自动修复闭环服务,配置管理服务,补丁管理服务,Docker部署 自动化,性能分析服务,DevOps KPI 评估,战略管理服务,用户体验 管理服务,应用发布优先级管理鼓舞,战略投资顾问,移动端 测试服务,移动端 集成服务,企业架构方案,企业敏捷 转型工作室,企业敏捷方案设计工作室,用户/应用/ 系统监控服务,1,2,3,4,5,6,7,企业敏捷 服务,转型路线图 服务,管理顾问 服务,
12、实施持续 集成/测试 服务,实施持续 部署/交付 服务,实施持续 运维服务,实施 持续评估 服务,移动端 DevOps服务,DevOps 演进路线之二,18,2,5,5,1,DevOps 演进路线之三,20,根据演进路线，定义流程、工具和考核指标,Part 3： DevOps实施概要,DevOps 实施概要,22,组织和推动DevOps落地实施 （培训和沙盘） 建立分享与沟通的快速机制 （咨询和诊断） 推动“一切皆代码”和“全盘自动化” （咨询和诊断）,掌握项目级别DevOps方式 （培训和沙盘） 根据规划，局部DevOps化 （咨询和实践） 技术化一切代码和基础设施 （培训、咨询和实践）,建
13、立DevOps文化和Lean精益管理文化 （培训和沙盘） 自上而下推动DevOps进程及相关组织调整 （沙盘和实践）,需求列表,项目,故事,整体方案,正式发布,应用,客户,跨功能敏捷团队,需求任务,业务负责人,需求任务管理,DevOps 流程,DevOps平台,工作,产品增量,业务驱动发布,反馈,反馈,反馈,合作,迭代,迭代,新需求,反馈,新需求,工作,反馈,实施,指导,DevOps流程建立举例,23,建立文化氛围-支柱,指标定义，直指价值,知识库培训体系建立反映到CI/CD中,构建任务流、工作流-Kanban,看见，是改变的开始,人们会选择性的接收信息。只会看到或者听到自己想看到或者听到的部
14、分。,业务知识类,基础技能类,业务规则,业务流,业务规则流图,测试点,系统架构,测试技能,系统要素,界面操作,测试手段,测试用例库,测试用例,测试用例,测试用例,需求拆解不能忘记KM,复杂场景下的业务需求矩阵，适应快速变化,变更驱动 可追溯模板 可度量行为 数据/知识追踪 评估/度量矩阵 1-5 在同一个控制表内,频繁四处变更 关键员工离岗 大量业务知识 相关数据跟踪? 难以评估/估量/ 管理失控,1. QA/QC 模板 2. 统一适配模板,客户所带来的烦恼,方案外特征,模板,四处频繁变更? 关键员工离岗? 难以评估/估量/。？ 无法追踪? 无穷成本,知识快速培训与转移,效率评估与分析,No
15、Case Needs,数据优先，接口先行,快速迭代跟踪,模块化需求 数据来源/操作前提 统一配置模板 横向纵向解析 数据关联上下文 数据依赖 & 数据传递 接口先行，敏捷便利 异常/冗余测试覆盖量化+自动化 异常+冗余测试覆盖矩阵 自动匹配+生成,数据规则引擎 规则化一切 应对复杂,通过持续集成平台，实现代码自动化编译，单元测试自动化，集成代码扫描工具，自动打包发布，打通自动化功能测试平台。,主要工具： 代码仓库：Git/SVN进行管理；静态检查；Sonar集成。 单元测试：Junit；单测覆盖率；JaCoCo插件；编译打包；Gradle。 集成部署：shell脚本/服务接口； 自动化测试：R
16、uby，自动化测试平台；CI报告；Sonar，自动化测试平台。,测试融入到持续集成中,DevOps 中的分层测试,33,分级测试（宏观）,34,稳定性&健壮性 Monkey Test 向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试,代码质量管理 Sonar 用于管理源代码的质量，可以从复杂度、重复、单测、代码标准、注释、潜在Bug、依赖设计七个维度检测代码质量 Crash隐患扫描 Godeyes 专注于无线App代码Crash隐患静态扫描，扫描规则提取来自APP的典型Crash案例代码，覆盖已有无线代码扫描工具(Findbugs、PMD、Checker等)的盲区 Android资源扫描 - Lint Android资源（布局文件，图片，字符串，动画等配置文件）是App非常重要的一部分，Lint工具对无用资源进行扫描，可以及时发现没有
