通过改变行为来介绍DevOps文化

标签: 改变 行为 devops | 发表时间:2012-10-22 19:58 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

最近 DevOps这个词正从高德纳和其他高调的行业参与者那里得到 越来越多的注意力,因为它能够缩短上市时间,带来高质量并增加营收。在 罗马举办的DevOps Days大会上Damon Edwards讨论了如何引入DevOps文化而不仅仅关注于自动化方面。

Damon指出,有真正DevOps愿景的公司都有以下核心:

  • 系统思维: 从业务概念到技术实现的系统端对端视角,破除开发与运维之间的界限
  • 关注流程: 在整个开发生命周期一直检查产品和工作流转的速度,从而更有效地将业务概念实现为工作服务(working service)
  • 增强反馈环: 对于变更的结果快速反馈,通过反馈才能更快了解系统
  • 持续实践学习: 上述要点的达成正是持续改进与反馈环正确应用的体现

Damon列举了一系列实践与举措。这些实践与举措在那些成功应用了DevOps的组织中已经成为它们日常工作的一部分,从而让它们实现了上述四项核心:

  • 去除“完成”这个词,服务是永不停止的,它们一直在运行并应该得到持续关注
  • 将运维需求与功能需求一样视为一等公民,使运维方能够及早发现需求影响
  • 将工作流程可视化,使所有人对全局有了解,瓶颈自然显现
  • 协同匹配价值流,这样才能理解系统全局并发现浪费
  • 将信息流变为产品流,以降低信息传递中的歧义并澄清人员间必须的交流
  • 将相关数据组合起来形成有意义的指标,让组织中不同利益相关者都能意识到
  • 通过将变更关联到相应指标并将它们图形化来提升对变更的认知
  • 有目的地妆点办公室墙,使每个人都感觉到自己是整个系统的一分子
  • 去中心化管控,让产品的开发者和运维者就责任达成一致(例如:开发者负责代码的正常运行,运维负责平台的正常运行,诸如此类)
  • 举行内部小型会议,大家可以在会上就已经完成和可以完成的事项达成一致,会上也鼓励大家就变更发表自己的意见
  • 强制在运维的帮助下对所有开发提交的服务进行部署验证检查,以避免在运维时才出现问题
  • 释放你的猴子(译者注:Chaos Monkey,是Netflix一套用来故意把服务器搞下线的软件,可以测试云环境的恢复能力),这能使你对自己的服务承诺产生巨大的自信
  • 在问题发生时不仅在管内(pipeline flow)流转(要引入更多的变更和工作),而是关注在找到瓶颈发生的真正原因并加以修正
  • 保证对客户透明,在出现问题时勇于担当,在问题解决后保持警惕,客户自然有理由心满意足
  • 在团队和日常工作流以外建立良好关系,例如通过“Guess the Admin”游戏或与公司内不同的人一起共进午餐

Damon与其他思想领袖正致力于 DevOps Cookbook 的编纂,这本书涵盖了以上内容及其他DevOps主题。这次演讲以及 DevOps Days罗马大会上的其他演讲视频可以从 这里获取。

查看英文原文: Introducing DevOps Culture by Changing Behavior


感谢 崔康对本文的审校。

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

您可能也会喜欢

相关 [改变 行为 devops] 推荐:

通过改变行为来介绍DevOps文化

- - InfoQ cn
最近 DevOps这个词正从高德纳和其他高调的行业参与者那里得到 越来越多的注意力,因为它能够缩短上市时间,带来高质量并增加营收. 在 罗马举办的DevOps Days大会上Damon Edwards讨论了如何引入DevOps文化而不仅仅关注于自动化方面. Damon指出,有真正DevOps愿景的公司都有以下核心:.

[原]DevOps主要通过哪几方面的改变来提升发布软件效率和质量的?

- - zuoninger的专栏
传统的软件运营人员通常倾向于尽量避免修改功能,从而降低满足非功能性需求的风险. 但如果拒绝了小的修改,而给定时间段内需要修改的总量不变,那么每次变更的规模就会变大,从而增加每次发布的风险(因为变更涉及的范围更大). 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文化?

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

再谈DevOps实践和价值(12.11)

- - 人月神话的BLOG
今天再谈下DevOps过程实践和实际的收益价值问题. 对于DevOps先引用网上的一段总结如下. 这里我们先分析一下DevOps是什么. 大部分人对DevOps的解释都是从这个单词直译过来的就是开发运维一体化,其实这样理解很片面. 其实我们不难从Patrick提出DevOps的过程得出结论,DevOps的精准解释应该是通过敏捷的软件开发与敏捷的运维管理相结合达到业务的快速、灵活响应,也就是DevOps = Dev Agile Ops Agile.

2019十大最佳DevOps工具

- - IT瘾-tuicool
【编者的话】DevOps落地重要的一方面是选好工具集,本文介绍了最流行的DevOps工具. 开发和运维的集成翻开了软件开发的全新篇章. 如果你还是DevOps的新手,或者正在寻求改进已有流程的方法,那么第一道关卡就是调研哪些工具最适合你的团队. 本文整理了工具列表,为大家选择所需的工具提供详实的参考信息.

DevOps不是个技术问题,而是个业务问题

- Allen - 译言-电脑/网络/数码科技
来源DevOps is not a technology problem DevOps is a business problem. DevOps不是个技术问题,而是个业务问题. Since Patrick Debois called for the first DevOps Days event and unleashed the term "DevOps" upon the world, there is no denying that DevOps has evolved into a global movement..

【外刊IT评论网】你的团队里没有DevOps文化?

- iVane - 外刊IT评论
本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在撰写、聚会 和 讨论关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值. DevOps的目标是摒弃传统的深根于开发和实施过程中那种单打独斗的思考方式. 那么,你如何能辨别你的团队是否已具有DevOps文化了呢.

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

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