BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

对DevOps的重新思考

| 作者 Carlos Sanchez 关注 0 他的粉丝 ,译者 王振峰 关注 0 他的粉丝 发布于 2014年8月18日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

深度内容

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT