课程笔记: DevOps实战笔记 (石雪峰)

[nonocast]

DevOps希望做到的就是持续、快速和高质量的价值交付。 亚马逊: 每个服务都是独立的发布的 “You build it, you run it” 丰田: 持续改进和对人的尊重，才是一切改进方法的终极坐标

2个衡量纬度:

• 速度
• 质量

度量指标:

• 交付效率
  • 需求前置时间 (r leading time)
  • 开发前置时间 (d leading time)
• 交付目标
  • 发布频率
  • 发布前置时间
  • 交付吞吐量 (期内交付的需求数量和点数)
• 交付质量
  • 线上缺陷密度
  • 缺陷分布
  • 故障修复时长

出处: 19 | 正向度量：如何建立完整的DevOps度量体系？-极客时间

配置管理

• 版本变更标准化，将一切纳入版本控制，全流程可追溯和单一可信数据源。
• 版本来源于变更,核心就是记录：谁，在什么时间，做了什么改动，具体改了哪些内容，又是谁批准的。

工具

• 需求管理工具: Jira
• 知识管理工具: Confluence
• 版本控制系统: GitLab
• 持续集成工具: Jenkins
• 代码质量工具: SonarQube
• 构建工具: yarn/gulp (视平台而定)
• 制品管理: Artifactory/Harbor
• 配置管理工具: Ansible
• 配置中心: Apollo/consul
• 测试工具: RF/Selenium/Appium/Jmeter/TestNG
• 安全合规工具: BlackDuck/Fortify
• 单点登录工具: Feishu