DevOps简明学习导图

DevOps简明学习导图，从DevOps 的概念和相关工作方法，其中包括持续集成、持续交付和持续部署等方面。通过对 DevOps 的解释，可以清晰地了解 DevOps 的含义和目的，以及其如何帮助组织实现更高效、更协调的软件开发和交付过程。此外，与 DevOps 相关的其他概念，如研发效能和云原生等。研发效能是指如何提高软件开发和交付的效率和质量，而云原生则关注于如何构建弹性、容器化的架构来支持现代化的应用程序。DevOps 的核心指标和策略，包括部署频率、变更前置时间、变更失败率和服务恢复时间等。这些指标和策略的实施可以帮助组织实现更高效、更协调的软件开发和交付，并有助于实现持续改进。

DevOps简明学习导图

• 相关概念辨析
  • 软件工程
    • 随着软件规模和参与人员的扩大，如何把造金字塔的智慧、造长城的智慧应用到软件开发，做工作的分解、计划、把握质量等，这就是软件工程化
  • 精益
    • 精益来自精益制造
    • 精益看板
    • 精益创业
  • 敏捷
    • 需求和实现的不确定，严格的工程方法不适用
    • 敏捷宣言左边是软件工程，右边是矫正
    • 大项目更需要工程，小项目更适用敏捷
    • 敏捷包括工程实践和管理实践
    • 敏捷关注开发过程，对测试研究不深入，是从开发者的视角
  • 持续集成
    • 集成是说先做出一个个小零件，再组装成汽车、手机。
    • 软件中指的是对代码改动的组装。
    • 持续集成没那么重要，如果在本地没有质量问题，合起来也没什么问题
  • 持续交付
    • 持续交付是对持续集成的演进。是在接近生产环境做更多测试
  • 持续部署
    • 指的是改动后经过自动化的过程后上线
  • DevOps
    • 实际是把Ops自动化，开发可以完成变更发布，不由运维人员操作
    • 工具化平台化服务化。最后是去掉了运维的手工的工作，运维人员去做平台或咨询
  • 研发效能
    • 起源于阿里的研发效能事业部。
    • 不像精益有自己的思想，研发效能只有一个范围，从需求到上线，怎么提升效能。
  • 平台工程
  • 云原生
    • 是关于部署架构，云计算，弹性，容器化，偏向架构
• DevOps研究范围
  • 软件开发(广义)
    • 定义需求+需求实现
  • 实现需求
    • 软件开发(狭义)+软件交付
      • DevOps聚焦软件交付
  • 软件交付
    • 程序形态的转化
    • 程序质量的提升
    • 程序改动的聚集
      • 体现在分支策略、代码提交等
• DevOps追求目标
  • 整体目标
    • 为了业务成功
  • 定义需求
    • 高效地找到有效的软件需求
  • 从定义需求到实现需求
    • 小步快跑
  • 实现需求
    • 效率与质量
      • 效率要兼顾需求吞吐量和需求响应时长
        • 资源利用的效率
        • 持续交付反应的速度
      • 质量由问题出现量和问题修复时长共同决定
        • 质量不是越高越好，是要适合业务
        • 降低修复时长比降低问题数容易，效果好
      • 兼顾短期和长期
        • 避免技术债
  • Dora的DevOps核心指标
    • 部署频率（Deployment Frequency）：响应时长。
    • 变更前置时间（Lead Time for Changes）
    • 变更失败率（Change Failure Rate）：问题出现量。
    • 服务恢复时间（Time to Restore Service）：问题修复时长
• DevOps三步工作法
  • * 从左到右，快速流动
    • 价值流,精益的思想
  • * 从右到左，快速反馈
    • 敏捷的思想
  • * 持续学习与实验的文化
• DevOps核心策略
  • 小批量持续流动的流程
  • 综合手段保证质量和安全
    • - 各种各样的测试
    • - 左移 + 右移
    • - 开发人员 + 测试人员
    • - 自动化测试 + 人工测试
  • 细粒度、低耦合、可复用的架构
    • - 软件架构
    • - 测试脚本与测试数据的架构
    • - 组织架构
  • 自动化与自助化
    • - 单项活动的自动化
    • - 流程的自动化
    • - 自助化
  • 加速各项活动
    • - 提高硬件能力
    • - 考虑并行处理
    • - 避免重复
    • - 只关注增量
    • - 使用缓存
  • 及时修复 - 通知要及时和精准
    • - 优先处置
    • - 修不如退
    • - 便捷排查
  • 完备记录，充分展现
    • - 跟踪事项，记录执行
    • - 版本与配置信息
    • - 关联关系
  • 标准化和一致性
    • - 规范可重复
    • - 环境一致性
    • - 方案收敛
  • 协调完成完整功能
  • 基于度量的持续改进
• 入行必读书
  • 《持续集成》
  • 《持续交付》
  • 《DevOps实践指南》（特别是第2版）
  • 《精益产品开发：原则、方法与实施》
  • 《全程软件测试》
  • 《SRE：Google运维解密》
• Q&A
  • DevOps平台
    • 小企业偏向开源，大企业偏自研。
    • 小团队：投资不能太大，可以买一套平台，azure或国内的
    • 如果只搭个Jenkins，就两天
  • chatOps
    • 代替不了DevOps
  • IDE
    • IDE作为DevOps入口是有前景的
  • gitOps
    • gitops是解决特定的问题，也不能代替DevOps