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

标签: 百度 持续交付 devops | 发表时间:2012-02-06 09:53 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

在刚刚结束的 第22期百度技术沙龙中,百度项目管理部乔梁( @乔梁QL)来到沙龙现场,并就持续交付、持续集成和DevOps等话题分享自己的经验,并对国内的发展情况给予了展望。

1.创业经历

十年前我也曾自己创业,虽然当时做得还算不错,但慢慢发现自己不是一个能把事业和生活安排得很好的人,于是决定继续回来打工。对于从事软件开发,估计在座的各位90%以上都与互联网行业有关,我属于不小心闯进了这样的一家互联网公司里面的这种。

2.持续集成与DevOps

我在项目管理部中的一项工作就是保证产品快速上线。持续集成在近十年来发展迅速。还记得09年的时候我做过一次演讲,当时也是类似今天这样的规模(260人左右),当我问到有多少人知道持续集成时,只有三个人举手,今天来看已经占到了半数之多,所以从规模上可以看出,持续集成发展的速度还是相当快的。那么持续集成到底是什么,对一个团队来说,它是开发人员和测试人员之间的一种沟通和实践,以及团队间如何合作。随着互联网的快速发展。如何将开发好的软件快速部署上线,如何完成最后一公里,也变得越来越重要,越来越明显。我们的软件研发周期在不断的缩短,如何使其更加快速的被用户使用,越来越成为一个焦点。在08年,在欧洲的软件行业慢慢兴起了一个名词——DevOps,实际上,DevOps还没有准确的定义,网上存在着各种各样的说法,我们甚至也可以将DevOps理解为是一种运动,那么DevOps能为我们解决什么问题呢?它可以帮助我们的交付团队和运营团队进行协作,保证软件更加快速的交付,得到用户的反馈。

3.持续集成经验分享

有些公司做得非常不错,举一个例子,在国外有家不太大的互联网游戏公司,他们的研发团队只有50人,但是每天可以实现50次的部署。可能会有人问,为什么每天能做50次的部署?其中一个最基本的思想是Learning From User,翻译过来就是从用户中学习。这其中的每一次改动,都会经过一系列的快速验证,最后再部署到线上。开发团队能够在这四五台机器上收集到用户的相关数据,然后通过对数据的分析结果进行参照,便可及时地调整产品的方向。这个公司叫 IMVU。大家可以去查一一个叫阿凡达游戏网站,属于游戏类型的社交网站。他们从代码Check in到上线只需要半个小时左右,这就是为什么他们能够在每天做50次部署的原因,当然并不是说所有的全都部署,他也是之前那种规模,互联网行业这种灰度部署。我知道这个是本身作为一种方式,那么这个叫持续部署,今年10月份我翻译了叫持续交付的书,里面也提到了很多很多的实践,我想这些实践对我们软件的快速交付,具有一定的借鉴意义,目前我做得工作也和这个相关。在百度也是在不同的产品线,帮助团队能够做到快速的交互。

4.未来的展望

将来我觉得持续集成仍会是一个不可否认的方向,10年前的企业级软件开发,有的经过半年的时间产品才上线,现在互联网的发展如此之快,漫长的上线周期俨然已经成为了历史。甚至包括一些基础软件的发布频率,发布周期也变得越来越快,所以我认为,将来在持续集成、在持续交付方面,国内会有一个长足的发展。

更多乔梁发布的文章请见: 乔梁在InfoQ的文章

相关报道

年度回顾:开源专家姜太文谈开源硬件

年度回顾:知名博客冯大辉的技术感悟

年度回顾:酷壳陈皓谈搜索和移动互联网

年度回顾:海豚浏览器刘铁锋谈Web App热点

DevOps相关文章:

测试自动化和持续交付

不同技术团队的配合问题及DevOps

建设DevOps能力,实现业务敏捷

DevOps,让持续交付成为可能

贾国清 是InfoQ中文站高级策划编辑,热爱生活,喜欢旅游和体育运动。

相关 [百度 持续交付 devops] 推荐:

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

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

探路持续交付

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

持续交付模式

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

DevOps实践一:DevOps概述 - 知乎

- -
DevOps系列文章包含了本人在工作中的实践和认知理论,现总结并分享出来,希望能够给“迷你型”团队在DevOps上的实践提供一个“反面教材”和可行性建议. 本系列主要包含以下文章(过程中可能也会有所更改):. DevOps实践一:DevOps概述. DevOps实践二:持续集成、持续交付和持续部署.

让DevOps起作用

- - InfoQ cn
根据Neil Garnichaud在Dr. Dobb’s上发表的文章《 究竟什么是DevOps》,想要频繁地发布高质量的软件,首先需要弄清如何使开发人员、QA人员和运营人员在一起协同工作. 在软件公司里,特别是在开发基于云的网络应用, 而又缺少有才华的、合格的员工的公司中,压缩的时间进度和最低限度的QA是压力的根源.

DevOps,你真的了解吗?

- - IT经理网
与大数据和PRISM(NSA的监控项目之一),DevOps(开发运维)如今是科技人士挂在嘴边的热词,但遗憾的是,类似圣经,每个人都引用DevOps的只言片语,但真正理解并能执行的人极少. 根据CA的一项 调查,45%的受访者并不了解DevOps的含义,其余则有17%认为DevOps只不过是炒作. DevOps如今几乎成了创新的同义词,但其原本的含义却在业界的流传中被人们弃之脑后.

DevOps的“定义”:DevOps究竟要解决什么问题?

- - InfoQ - 促进软件开发领域知识与创新的传播
近些年来,DevOps 在我们身边出现的频率越来越高了. 各种大会上经常出现 DevOps 专场,行业内的公司纷纷在都招聘 DevOps 工程师,企业的 DevOps 转型看起来迫在眉睫,公司内部也要设计和开发 DevOps 平台……这么看来,DevOps 似乎无处不在. 可回过头来想想,关于 DevOps,很多问题我们真的想清楚了吗.

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

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

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

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

你的团队里没有DevOps文化?

- Quantum - LinuxEden开源社区-Linux伊甸园
本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在 撰写 、 聚会 和 讨论 关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值. 阅读全文 | 邮件推荐 | 评论回复.