Devops与SRE珠联璧合之路.pptxVIP

Devops与SRE珠联璧合之路技术创新变革未来

实现的速度和质量

实现的速度和质量维护的速度和质量

实现的速度和质量维护的速度和质量系统持续稳定运行

快与稳DevoOpsSRE

快与稳DevoOpsSRE

整个组织已经有开发、测试和运维已有运行多年的机制和流程测试负责生产系统发布而且担任生产系统问题的关键联系人运维团队负责生产系统维护

问题发生人工发现测试人员对接、复现通知具体研发研发人员分析解决研发提交代码测试测试人员发布

只关心开发业务感差不熟悉运行环境疲于应对故障分析不足不熟悉业务系统熟悉业务发布的关键问题响应的关键应急响应：慢日常运维：乱工程研发：无

Amazon，Google，还是它？

亚马逊谷歌重点（大量）系统研发效率（研发侧）（大规模）系统稳定性（运维侧）运维主要人员研发人员SRE主要思想谁构建，谁运营研发构建，SRE运营人员研发团队工具团队（研发支持工具）运维团队（基础设施+运维系统）研发团队工具团队（交付工程师）（研发支持工具）SRE团队（系统运维+基础设施+运维系统）研发支持工具大量支持工具重点支持以包为单位的开发及环境配置与部署提高研发+运维整体效率（侧重研发）大量支持工具重点支持其特殊的工程实践和分布式资源调度系统提升研发+运维效率（侧重运维）开发、构建（项目）包屏蔽底层VCS逻辑包进行（系统）环境配置通过声明解决依赖（类Linux包的依赖系统）分钟级生成新系统单根代码库、主干开发强制测试、强制代码评审通过文件解决依赖部署通过包拼装整个系统构建后整体分发部署系统基础设施早期工具化维护，后期云计算可以自治（ASG)高度自治系统（Borg）开发vs.运维通过OE目标规范，通常20~30%运维工作通过故障预算协调，50%运维运维开发人员OnCall，关键问题事后分析SREOnCall，关键问题事后分析文化鼓励竞争的角斗士文化高度受信环境

目标手段关键产物高效研发高效维护高效系统敏捷DevOpsSRE其它良好的做事方式强力团队完善的工具体系靠谱的流程和机制

DevToB/C产品体系100~研发团队，近乎从头创建团队，包含20~运维：3传统基础运维平台工具研发没有测试，研发运维产品

统一监控项目管理系统智能报障系统元数据服务运行环境监控数据应用信息环境信息问题情境改进实施知识库系统根因分析系统卓越运营指标汇总关键问题知识SOP行动项部署流水线环境管理系统

只关心开发业务感差不熟悉运行环境疲于应对事后分析不足不熟悉业务系统熟悉业务发布的关键问题响应的关键问题发生人工发现测试人员对接、复现通知具体研发研发人员分析解决研发提交代码测试测试人员发布

DevOps实施对测试团队冲击最大任何横切团队都会引入效率问题研发测试比3：1，业界9：1测试基本靠手工DevOps对测试团队的机会也最大测试熟悉研发和业务让被动变革成为主动变革研发相关平台建设技术要求不高

质量保证旧定位新定位可以涵盖DevOps的大部分工作

质量保证质量体系建设工程效能建设旧定位新定位DevOps可以涵盖的大部分工作

质量保证质量体系建设工程效能建设旧定位新定位DevOps可以涵盖的大部分工作质量管理平台业务质量监控与评测代码质量监控自动化测试专项测试研发效率数据收集分析流程改进CI/CD构建系统环境管理系统

反应不及时事故分析不深入研发业务敏感度低问题发生人工发现/自动报警测试对接分析通知具体研发研发人员分析解决问题发生人工发现/自动报警测试对接分析通知具体研发研发人员分析解决COE

每周发布数据测试bug数据代码静态扫描报告……故障数据分析线上bug分析bug数据分析

快与稳DevoOpsSRE

只关心开发疲于应对事后分析不足不熟悉业务系统熟悉业务问题发生人工发现测试人员对接、复现通知具体研发研发人员分析解决研发提交代码测试测试人员发布发布的关键问题响应的关键非核心价值业务感差不熟悉运行环境核心价值

关心业务熟悉系统关心可用性关心稳定性关心质量关心效率

业务运维应用运维系统优化基础运维运维平台研发质量平台研发效率工具研发

问题发生人工发现/自动报警测试人员定位分析通知具体研发研发人员分析解决当前情况问题发生PagerDuty自动监控、报警通知具体研发研发人员分析解决下一步人工发现测试人员定位分析问题发生人工发现/自动报警在线报障轮值系统研发人员分析解决目标粗略的量化趋势数据手工收集部分精确量化趋势数据粗略的效能数据半自动精确量化趋势数据精确的效能数据全自动收集无需测试人员介入通知具体研发

开发完成测试完成测试人员发布生产测试人员生产验证移交前移交后开发完成测试完成研发人员发布生产研发/测试人员生产验证代码库打标签代码库提交提交制品库构建生成标注