【DevOps核心理念基础】2. 敏捷开发与DevOps关系

一、什么是敏捷开发 ?

1.1  敏捷开发的核心模型

二、敏捷开发的要点

2.1 敏捷开发 > 执行细节

2.2 敏捷开发 > 思路的转变

客户需求：提升出行速度

三、敏捷开发 与 DevOps

四、DevOps 实践的度量标准

4.1 怎样判断DevOps实践好与坏?

---

一、什么是敏捷开发 ?

• 越敏捷，devops越快

 

1.1  敏捷开发的核心模型

• 良好的互动 沟通比工具流程更重要

• 尽快出可运行的软件成果

• 与最终用户( 需求方 )的紧密沟通、及时反馈

• 及时地响应软件需求的变化

 

二、敏捷开发的要点

2.1 敏捷开发 > 执行细节

• 端正观念，重要的事情说三遍: 敏捷是一种心态理念，是技术团队的态度，而不是方法工具

• 一定需要良好的沟通，这个至关重要，对参与人员的沟通能力有一定要求

• 开发过程中交付的结果都是可运行的，软件项目架构能满足快速迭代的需求

• 项目开发过程当中要求项目透明，不管是技术还是文档，对人员的技术能力有一定的要求

• 环境产品经理，测试人员，boss来骚扰。

• 大团队需要以小分队的形式，把一个项目切分成不同的小分队，切分得越细，理论上会执行得越好

 

2.2 敏捷开发 > 思路的转变

客户需求：提升出行速度

• 思路1：原思路 > 问题：整个流程需求方无法参与沟通提出意见，项目很危险
• 思路2：敏捷开发思路 > 整个流程根据客户的需求不停的升级迭代，每个阶段都满足客户需求

 

三、敏捷开发 与 DevOps

两者相辅相成

• 【敏捷开发】 促使 需求和快速迭代开发

• 【devops】促使快速，稳定的持续交付和部署

• 两者结合构成和从业务需求到软件交付的完整软件生命周期流水线

• 敏捷开发更能发挥devops它的价值，给它提供了一个良好的基础

• 敏捷开发 越敏捷，devops越快

 

四、DevOps 实践的度量标准

4.1 怎样判断DevOps实践好与坏?

• 量化所有可交付的副本的开发时间，时间越小越好，时间大能从侧面的可以证明功能架构拆解不够细耦合度比较大，不符合快速迭代的原则

• 失败部署的占总部署数的百分比，占比越小越好

• 部署上线之后，故障的的数量

• 部署产生故障之后，故障的恢复时间，表现为定位故障、修复故障的能力

• 软件项目的数据量，用户，带宽流量，数据库大小等来衡量

• 技术团队的技术氛围，协作响应能力等软性衡量标准