对 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 ）关注我们，并与我们的编辑和其他读者朋友交流。