持续交付(Continuous Delivery)和持续部署(Continuous Deployment)的区别

标签: 持续交付 敏捷开发 持续部署 | 发表时间:2013-10-29 00:35 | 作者:Aqee
出处:http://www.aqee.net

持续交付并不是指软件每一个改动都要尽快的部署到产品环境中。它指的是任何的修改都已证明可以在任何时候实施部署。

— Carl Caum (@ccaum) August 28, 2013

我在上周三写的这条微博。它在微博上激起了活跃的讨论,周四的时候已经被转发了87次,获得了25个赞。

很显然,这是个很火的话题,很多人对持续交付和持续部署之间的区别很困惑。有必要用超出微博字数限制的文字来说说这个概念。

持续交付(Continuous Delivery)是一系列的开发实践方法,用来确保让代码能够快速、安全的部署到产品环境中,它通过将每一次改动都提交到一个模拟产品环境中,使用严格的自动化测试,确保业务应用和服务能符合预期。因为使用完全的自动化过程来把每个变更自动的提交到测试环境中,所以当业务开发完成时,你有信心只需要按一次按钮就能将应用安全的部署到产品环境中。

@ccaum @steveburnett 我想很多人都混淆了“交付”和“部署”。

— Magnus Hedemark (@Magnus919) August 29, 2013

持续部署(Continuous deployment)是持续交付的更高阶段:所有通过了自动化测试的改动都自动的部署到产品环境里。大多数的公司如果没有制度的约束或其它条件的影响,都应该以持续部署为目标。

有很多的业务场景里,一种业务需要等待另外的功能特征出现才能上线,这使得持续部署成为不可能。虽然使用功能切换能解决很多这样的情况,但并不是每次都会这样。所以,持续部署是否适合你的公司是基于你们的业务需求——而不是技术限制。

虽然持续部署并不适合所有公司,但持续交付绝对应该是每个公司需要追求的目标。只有当你能够持续交付你的代码时,你才能有信心通过点击“go”按钮,在几分钟内让你的修改提交给客户、服务于客户。才有信心在任何时候——一旦业务允许——可以立即点这个按钮。

相关 [持续交付 continuous delivery] 推荐:

持续交付(Continuous Delivery)和持续部署(Continuous Deployment)的区别

- - 外刊IT评论
持续交付并不是指软件每一个改动都要尽快的部署到产品环境中. 它指的是任何的修改都已证明可以在任何时候实施部署. 它在微博上激起了活跃的讨论,周四的时候已经被转发了87次,获得了25个赞. 很显然,这是个很火的话题,很多人对持续交付和持续部署之间的区别很困惑. 有必要用超出微博字数限制的文字来说说这个概念.

迈向《Continuous Delivery》

- Rabbit, run - 梦想风暴
前不久,Perryn Fowler在西安办公室帮忙,闲暇时,他捧着本书在读,我问他什么书,《Continuous Delivery》. 最近,客户负责我们这个项目的人在我们的办公室里,他也经常在翻一本书,我很好奇,结果,《Continuous Delivery》. 今年的Jolt大奖发布了,获奖者是《Continuous Delivery》.

Watchr 不只是 Continuous Testing

- dylan - ihower { blogging }
Watchr 是一個可以監視檔案變動,然後自動執行特定動作的工具. 我的 Rails3 App Template (+JQuery+RSpec+Watchr) 一文中提到它最常見的用途就是用來做 Continuous Testing,只要檔案一存檔,就自動執行對應的測試. 但是它也可以有其他用途,就看你怎麼發揮.

探路持续交付

- gengmao - 梦想风暴
眼下的这个项目是一个有趣的项目,它让我收获极大的部分并不在于写代码本身,更多的是关于软件开发的“Last Mile”. 自动化,让团队从繁琐重复中解脱出来的一个重要途径,这是所有一切的基础. 在给InfoQ写的一篇文章中,我已经尝试总结了一些通用的内容,这里不再赘述. 之前参与过的一些项目,很大的一个挑战在于环境.

持续交付模式

- - 博客园_知识库
   英文原文: Patterns for Continuous Delivery.   当你有了持续集成需要的构建服务器和脚本之后,下一个问题肯定是:“我们该拿这些构建版本怎么办. ”持续交付,以自动化或半自动化方式,将构建版本从一个环境提送(promote)到更接近实际生产的交付准备环境;这常常是公司在这方面演进的下一步.

CDN简介(Content Delivery Network,内容分发网络)

- - 行业应用 - ITeye博客
CDN的全称是Content Delivery Network,即内容分发网络. 其目的是通过在现有的Internet中增加一层新的网络架构,将网站的内容发布到最接近用户的网络"边缘",使用户可以就近取得所需的内容,解决Internet网络拥挤的状况,提高用户访问网站的响应速度. 从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等原因所造成的用户访问网站响应速度慢的问题.

持续交付话题的一些讨论和心得

- - CSDN博客研发管理推荐文章
周末参加了在杭州举行的持续交付话题沙龙的讨论,将这次活动中的一些精彩问答和经验警句记录下来供大家参考:. ” 持续交付如何让老板看到价值. “,这是当时讨论的比较激烈的话题,大家形成的基本结论是可以通过衡量周期时间来看持续交付前后的变化,如果使用持续交付前的周期时间是1周,运用了持续交付后周期时间变为3天或者更少了那么就为公司提高了竞争力,就比竞争对手更快的退出新产品、功能了.

年度回顾:百度乔梁谈持续交付与DevOps

- - InfoQ cn
在刚刚结束的 第22期百度技术沙龙中,百度项目管理部乔梁( @乔梁QL)来到沙龙现场,并就持续交付、持续集成和DevOps等话题分享自己的经验,并对国内的发展情况给予了展望. 十年前我也曾自己创业,虽然当时做得还算不错,但慢慢发现自己不是一个能把事业和生活安排得很好的人,于是决定继续回来打工. 对于从事软件开发,估计在座的各位90%以上都与互联网行业有关,我属于不小心闯进了这样的一家互联网公司里面的这种.

云纵持续交付环境管理进化历程 - 旁观者 - 博客园

- -
破天(李进庄)、冬草(宋玥辉) 创作于2018-9-10. 一个公司的运维能力强弱和你线上环境敲命令是有关的,. 你越是喜欢上线敲命令,你的运维能力就越弱,. 越是通过自动化来处理问题,你的运维能力就越强. 持续集成(Continuous Integration, CI)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.

银行持续交付实战:一个单体系统足以撑起全球大项目

- - InfoQ推荐
本文由 dbaplus 社群授权转载. 我们的核心系统是一个单体系统,支撑全球多个国家和地区的业务. 同时,业务部门近年生意红火,接了几个大客户,针对这些大客户的大型项目也在如火如荼地进行中. 由于生产环境只有一套,而且已经有业务在生产环境上跑,这些大项目最终也要在这套生产环境上上线. 这套系统是糅合了各地、各不同业务的复杂系统.