对 DevOps 的重新思考

阅读数:1290 2014 年 8 月 17 日

话题:DevOps文化 & 方法

Mike Loukides 是 O’Reilly 传媒专门负责内容战略的副总裁,最近更新了他两年前写的文章“什么是 DevOps”,这篇文章主要关注 DevOps 与文化相关的变革。

Mike 重申了 DevOps 运动的文化根源,焦点在于合作与协同,它并非只是开发团队和运维团队之间的事情,应该延伸到组织内的其他团队:

DevOps 和工具没有关系;它是一种文化,不应该只局限于开发团队和运维团队的小范围里,而是要有所延伸。

Ingineering.IT 的创办者和负责人 Jeff Sussna 也强调过 DevOps 运动的文化基础。在“同理心:DevOps 的精髓”这篇文章中,他将同理心看做是团队关系的关键,团队之间必须有同理心。

DevOps 不是让开发人员和系统管理员汇报给同一领导,不是使配置过程自动化,不是使用 Jenkins 服务器,或者将应用运行在云上,或者将代码发布到 Github 上,更不是让开发人员将应用部署到 PaaS 上。DevOps 的真正精髓是同理心。

我们可以通过很多方式增强团队之间的同理心,如让开发团队和运维团队在一起工作,参加同一会议,或者一起出去吃顿午餐。所有这一切的目的都是为了鼓励大家要有同理心。

自上而下的管理方式早已不能反映团队之间的关系。就像 CFEngine 的 CTO 和创始人 Mark Burgess 在“DevOps 的承诺”一文中所述,开发人员和运维工程师之间本身就存在利益冲突。开发人员被迫以最快的速度开发新功能,而恰恰相反,运维工程师不希望更新任何代码而冒出错的风险。Mark 从承诺理论角度出发审视 DevOps 后,对于管理提出了自己不同的观点:

开发团队承诺的事情运维团队接受,而运维团队答应的事情开发团队也没有意见。双方互相承诺使彼此的工作在合理的范围内,如开发人员以合理的频率提供新功能,运维人员也能承诺顺利部署。

为了实现这样的承诺,负责人必须获取精确的信息才能把握好这个度,而不是凭空想象就能实现的。

这种 Dev-Ops 关系并不特殊,类似的合作也可以应用在组织的其他团队。比如,管理层承诺某目标,员工承诺在一定期限内完成。Mike Loukides 做了一个预测:

在 5 年或 10 年之后,大家再回头看一下,到底谁还苦苦挣扎,到底谁在蓬勃发展,我们会发现那些拥有合作、互相尊重和理解精神的企业会在竞争对手中脱颖而出。

DevOps 不只是开发团队和运维团队之间的合作,并且会影响整个公司的管理和文化,从基层员工一直到管理层,最终各级员工之间互相承诺,人人都会为企业的良好发展而贡献自己的力量。

查看原文链接:Revisiting What is DevOps


感谢张龙对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。