NVIDIA 初创加速计划,免费加速您的创业启动 了解详情
写点什么

Dave Farley:持续交付的基本原理

  • 2015-03-10
  • 本文字数:1913 字

    阅读完需:约 6 分钟

Dave Farley 伦敦QCon 2015 大会上提出,尽管在过去的时间里软件开发尚未达到最佳的水平,但当前的研究正表明持续交付的实行会带来重大的改进。Farley 说,持续交付给软件开发经济模式带来了改变,使大家可以更迅速地验证商业思路,并降低了缺陷率,当故障发生时也可以更加快速地恢复服务。

Farley 在讨论中展开讨论了“软件开发在过去的时间里尚未达到最佳的水平”,他引用了 KPMG 和 Logica 发布的一系列报告,以及麦肯锡的质量统计报告。在过去的20 多年里,软件行业一直在努力改进开发方法论,其中包括将顺序的方式(比如瀑布法)换成更加迭代化的过程(比如 Scrum ),但是 Farley 提出,我们却未能从根本性错误中汲取到教训。

软件交付的根本目的是为客户提供一个产品,为其验证商业思路,最后为最终用户提供价值。在客户和商业之间反馈是必不可少的,迭代过程一定要执行得快速、廉价、可靠。

Farley 提出,科学和科学的方法是人类最伟大的发明。在软件交付中,实现快速的反馈周期是这种科学方法的关键。Farley 说,科学方法的基本步骤包括描述问题、形成假设、推理论证和校验求证。

描述 - 基于经验和观察进行猜测。

假设 - 提出一种解释。

推导 - 对假设进行预测。

实验 - 对推导进行试验。

重复!

Farley 接着说精益思想的原则(比如“一体化质量”、“寻求整体最佳”和“增强了解”)能够大幅缩短软件交付的周期。Farley 举了一个传统软件开发方法的例子,它的交付周期有103 天,我们再来看看换成精益的持续交付方法,交付周期只有57 分钟。短的周期时间使商业理念得以快速地验证,从而改变了软件交付的经济模式。如果系统引入了缺陷,快速的周期可以缩短MTTR(修复前平均时间),因为较短的周期会更易于推断出要做哪些修改。

Farley 引用敏捷软件开发宣言的第一准则强调了持续交付的重要性,“我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户”,并用一连串陈述句完整地定义了持续交付的概念:

敏捷宣言的第一准则。

持续集成的逻辑延伸。

着眼全局看开发。

每次提交创造一个候选版本。

发到生产环境中才意味着结束!

Farley 说,持续交付的核心原则包括创建一个可重复的、可靠的软件发布流程,保持每件事都在版本控制之下,一体化质量,重新定义“完成”就表示已经发布了,使每个人都对发布流程负责,实行持续的改进。

这个核心原则应包含在部署流程的实现内,它的目的是使“开发人员提交了代码”就意味着这些修改是为客户价值的提供,是针对任何会给生产环境带来问题的变更的检测和预防。部署流程应支持各类组织间涉及到软件交付的工作协作,让每个人都能够看到系统内与流程相关的变更。

Farley 说,常常会有一系列反对组织内部实施持续交付的论点。第一个证据是,“持续交付只适合小型的项目,它不可能用于大型的项目”,看看谷歌的构建过程这个论点就不攻自破了。谷歌主要使用一个单独整体的代码库,针对每次提交运行持续构建和测试,这个库中有超过 1 亿行代码,每年有 6 千多万次的构建。

第二个论点是,“这风险太高了,发布始终是造成灾难的因素”,让我们看看亚马逊构建过程就可以回击这个论点。Farley 说 2006 到 2011 年间,在亚马逊上实现的持续交付将部署导致的运行中断降低了 75%,将部署导致的运行中断分钟数降低了 90%。

最后一个反对实施持续交付的论点是这么说的,“这种方式合适简单的网站,但我的技术太复杂了”。Farley 用惠普的故事进行了反驳,惠普转换了所有 HP LaserJet Firmware 产品开发方法,这是一个大型的、复杂的、基于硬件的项目,具有多个产品并历时 4 年。实施持续交付后开发人员生产力得到了 10 倍的增长。

Farley 最后的结论是实施持续交付会对商业产生积极的影响,并提出“持续交付改变软件交付的经济模式”。Farley 引用了企业管理协会(EMA)“DevOps 和持续交付”2014 年度报告大会的数据,有 87% 具有开发和运维职能的公司收入增长被评为“卓越的”,它们比 2013 年至少有 10% 的收入增长,与此相反,只有 13% 具有开发和运维职能的公司被评为只取得“普通的”或者是更糟的增长。

Farley 引用了 Puppet 实验室的“ DevOps 2014 年度状态报告”,说明持续交付促成更高的生产能力和更高的可靠性,故障发生时的 12 次服务都得到更加快速的恢复。Farley 再次引用 Puppet 实验室报告,说组织文化是 IT 性能和组织整体性能最重要的预测因子。

我们现在可以信心十足地断言,高的 IT 性能与强劲的经营业绩是分不开的,它有助于生产力、赢利能力和市场占有率的提升。

Dave Farley 演讲的幻灯片可以在伦敦 QCon 2015 大会网站日程页上找到,可点击“持续交付的基本原理(良好软件开发的文化与实践)”下载。

查看英文原文: Dave Farley on the Rationale for Continuous Delivery

2015-03-10 03:301745

评论

发布
暂无评论
发现更多内容

面试官:React怎么做性能优化

beifeng1996

React

数据湖(十四):Spark与Iceberg整合查询操作

Lansonli

数据湖 10月月更

能否手写vue3响应式原理-面试进阶

helloworld1024fd

JavaScript

外包学生管理系统架构设计

乖乖IvyShine

说说Vue响应式系统中的Watcher和Dep的关系-面试进阶

bb_xiaxia1998

Vue

Dubbo浅析(一)

Andy

阿里前端面试问到的vue问题

bb_xiaxia1998

Vue

云小课|MRS基础原理之CarbonData入门

华为云开发者联盟

大数据 华为云 企业号十月 PK 榜

WLAN无线局域网技术 基础(二)PoE与PoE交换机的功能,二层组网和三层组网的概念与方式,有线组网概念:直连式组网、旁挂式组网,CAPWAP协议

Python-派大星

10月月更

react状态管理?

beifeng1996

React

为什么Redis的数据被删除,内存占用还这么大?

小小怪下士

Java redis 程序员

美团前端一面必会手写面试题汇总

helloworld1024fd

JavaScript

鸿蒙开发实例 | 鸿蒙原子化服务卡片开发完美体验

TiAmo

华为 鸿蒙 10月月更

在职京东架构师的亿级系统架构实践经历总结:架构修炼之“道”

小小怪下士

Java 系统架构 api 网关

Excel 公式、图表以及单元格的操作

智趣匠

Python Excel数据分析 10月月更

能不能手写Vue响应式?前端面试进阶

bb_xiaxia1998

Vue

react的jsx语法是怎样解析的

夏天的味道123

React

中国开源年会报名 | StarRocks 极速湖仓分析的探索与实践

StarRocks

数据库·

手写一个react,看透react运行机制

goClient1992

React

带你实现react源码的核心功能

goClient1992

React

OSPF基础(二):OSPF区域、router-ID、度量值、修改度量值的方法、OSPF协议报文类型、OSPF邻接关系建立过程

Python-派大星

10月月更

spense工作原理分析

夏天的味道123

React

前端react面试题总结

beifeng1996

React

react源码分析:babel如何解析jsx

flyzz177

React

13个QA带你了解线上压测的知识点

华为云开发者联盟

后端 开发 华为云 测试环境 企业号十月 PK 榜

react源码分析:实现react时间分片

flyzz177

React

什么是ForkJoin?看这一篇就能掌握

华为云开发者联盟

多线程 开发 华为云 企业号十月 PK 榜

手撕常见JS面试题

helloworld1024fd

JavaScript

WLAN无线局域网技术 基础(一)WLAN与WIFI的关系,基本的WLAN组网方式,胖AP和瘦AP各自的特点和适用场景

Python-派大星

10月月更

嵌入式 Linux 入门(八、Linux 下的软件安装)

矜辰所致

Linux 软件安装 apt 10月月更

“程”风破浪的开发者|Hi3861开发环境搭建

鸿蒙之旅

OpenHarmony 10月月更 “程”风破浪的开发者

Dave Farley:持续交付的基本原理_DevOps & 平台工程_Daniel Bryant_InfoQ精选文章