不要只是说“不”,这是对别人问题的不尊重……#velocityconfa#devops#workingtogether
—— Clay Shafer (a littleidea)
这条推文是 Andrew Clay Shafer在2009年6月23日发的,这让 Patrick Debois不禁在推特上遗憾地抱怨:尽管能远程观看,但不能在现场亲身参加那一年的 Velocity.大会,当时计P5N是 guardian的首席系统集成师,他回了一条推文,“为什么不在比利时举办一个你自已的 Velocity.大会呢?”受此启发, Patrick确实这么做了,他开始着手举办一个本地大会,使开发人员、系统管理员、软件工具程序员以及在这些领域工作的其他人能够聚在一起。那一年10月,第一届 DevOpsDays大会在 Ghent召开。两周后, Debois写到:
担率地讲,过去几年中我参加一些敏捷会议时,感觉就像在沙漠里布道。那时我真的有些灰心,一度认为让开发人员和运维人员一起合作的想法可能太疯狂了。不过,现在看来,哇哦!这个概念真有些烈火燎原的感觉。
第一届 DevOpsDay大会就像引燃了火药桶,大家纷纷指出哪些需要未得到满足。人们彼此割据,对 DevOps的现状很失望,认为这种方法没有多少新意,描述的只是他们认为之前已经在做的工作。随着很多人开始在世界各地举办新的本地 DevOpsDays会议发展和壮大。另外利用推特提供的实时通信,走廊交流会根本停不下来,于是就诞生了DevOps。
DevOps的现状
自 Patrick Debois在比利时举办第一届 DevOpsDays大会以来,可以看到这6年来 DevOps运动取得了显著的进展,这让人很受鼓舞。 Puppet发布的2015 DevOps现状报告中发现,实现 DevOps的公司的表现远远好于不采用 DevOps的公司,并且最后通过数字展示了很多人已有的一个设想。如果把重点放在让团队以及个人高效地合作,与割据的团队相比(而且这些团队里很多工程师无法与别人很好地合作),前者对企业更有利。高绩效的 devops组织可以更经常地部署代码,失败更少,而且能够更快地从失败中恢复,员工也更有幸福感DevOpsDays大会已经从2009年的1次增加到2015年全世界范围的22次。每年都会在新的地点召开新的 DevOpsDays大会,这已经不是一个仅限于硅谷或纽约之类的技术中心才有的现象。还有数十个本地聚会小组,有数以千计的成员,这些成员遍及全球各个地方,此外推特上每天都有关于这个主题的对话。
小结
反思我们的历史,可以看到这样一种趋势:就是更多地强调结果,而没有重视人和过程。很多人从 John Allspaw和 Paul Hammond的“每天部暑10次以上”演讲得出结论认为重要的是部署数量,一天要部署10次以上,而副标题“ Flickr的开发和运维合作”总是被忽略。
如果局限于一个特定的结果,因为组织限制本身而很有压力的人更会倍有负担。与机械加工不同,软件的结果很大程度上依赖于人为因素。有可能软件还没有完成就已经过时,也可能不能满足客户的期望,另外还有可能以意外的方式失败并带来灾难性的影响。
如果把重点放在文化和过程上,这会鼓励迭代和改进完成工作的做法和理由(如何做和为什么做)。把关注点从“是什么”转向“为什么”时,我们就能获得自由和信任,相信我们的工作是有用而且有意义的,这也是工作满意度的一个关键要素。对工作的投入会影响结果,而不是只关注得到某个特定的结果,这样人们会更愉快、更有效率,从而完成人类的下一步飞跃。
DevOps的引入改变了我们的行业,它把重点放在不同角色的人和过程上,鼓励协同与合作,而与专业化并不抵触。
往期照片回顾
DevOpsDays咨询热线......
深圳青蓝咨询服务有限公司
电 话:0755-86950769
官 网:www.shzhchina.com
邮 箱:peixun@shzhchina. com
地 址: 深圳市南山区高新南一道06号TCL大厦B座3楼309室
深圳地铁1号线高新园站C出口