IEEE的DevOps召开了研讨会在最后一周的硅谷上,答应了“专家建议,通过加快整个企业的软件交付更快地创新更快。”它几乎交付了,有很大的洞察力,进入企业Devops的理论和实践。但对于许多与会者来说,突出显示是企业DevOps的演讲从杰兹谦卑,副总统副总裁厨师在主题上的一对书籍的共同作者,精益企业:高性能组织如何在规模上创新连续交货:通过构建,测试和部署自动化可靠的软件发布

Jez很有魅力,知识渊博,也很有趣,几百名开发人员、ops人员和商业领袖都全神贯注地关注着他。他提到了很多重要的话题,你可以看他的幻灯片,但以下10个观察结果和一些有价值的最佳实践可以让你了解他的观点:

1. Devops不是目标,而是永无止境的过程的持续改进。

其理念是创造一种人人都想不断变得更好的文化。

2.IT性能指标与IT性能预测指标不同。

JEZ说,这些是IT表现的四大指标,据2014 Puppet Labs DevOps状态报告:

  1. 提前时间变化
  2. 释放频率
  3. 是时候恢复服务
  4. 更改失败率

这是前五名预测这些指标的IT表现:

  1. 同行评审批准过程
  2. 版本控制一切
  3. 主动监测
  4. 
High-trust organizational culture
  5. 开发者和运维之间的双赢关系
jez谦虚

Jez Humble, Chef的副总裁

3.指标必须发展。

杰兹说,Devops商店应该避免使用相同的指标。“你必须进化你的指标,”他解释说,因为“每次测量某些东西时,它会改变行为。”同样重要的是,他补充说,正在衡量的人必须购买那些指标或者他们会弄清楚游戏系统的方法。经常,管理层使用指标作为进攻武器,“永远不起作用”。人们会做他们所说的事情,但他们会找到一种方法来使他们的指标看起来很好,无论他们是否真的帮助组织达到目标。

参见:近距离观察软件开发中的数据文化[调查报告]

4.您不必为了稳定性而牺牲吞吐量。

杰斯注意到2014 Puppet Labs DevOps状态报告将IT质量的关键指标分为两类:吞吐量(包括变更的前置时间和发布频率)和稳定性(包括恢复服务和变更失败率的时间)。

根据Jez的说法,这不是一个零和游戏,你必须用吞吐量换取稳定性。“如果你做得对,”他说,“情况恰恰相反。”事实上,高性能的IT组织在吞吐量和稳定性方面做得更好,而低性能的组织在这两个方面做得更差。

5.外部更改批准程序不起作用。

JEZ将外部变更批准过程描述为“风险管理剧院”。由于外部代码审阅者不知道代码库,因此这些评论慢吞吐量,并不有助于稳定。JEZ询问如何在数百个程序员中审查数千个代码行,并预测其对生产环境的影响。“它不能工作,这就是为什么它不起作用,”他说。

然而,同行评审过程速度吞吐量并没有损坏稳定性,因为开发人员在代码基础上工作并在内部和外面了解。

6.有一个紧急的改变过程是一个糟糕的主意。

通常,紧急改变过程泄露测试。杰兹说,这是一个可怕的想法。您已经存在问题,或者您不会调用紧急过程来解决它,但在没有测试的情况下进行更改可能会使事情更糟糕而不是更好。“你想使用正常的改变过程进行紧急情况,”JEZ说。“这就是你知道你的权利。”

7.持续交付要求开发人员每天将他们的代码签入主干中。

“Devops是一种练习,而不是工具,”JEZ说。连续交付的关键是通过架构它。所有代码必须独立可部署,并且应该在将其提交到行李箱之前进行测试,而不是一些非常复杂/昂贵的集成环境。“这不需要工具,”他说,“只是软件始终处于工作状态的心态。”并且开发人员不会伤害,将大功能分解为小,增量变化。

另一方面,如果每个人都在特征分支上工作,他们必须不仅仅是用树干,而且彼此相结合。和需要非常复杂的测试自动化。

8.把坏了的代码留在后备箱里太自私了。

杰斯说,如果你在几分钟内不能让它工作,那就退出更改。任何更改都需要在版本控制中进行,如果出现问题,开发人员需要立即修复问题并测试新代码。

9.软件测试人员不负责质量。

Jez说,每个人都要对软件质量负责。测试人员的作用是让质量变得明显,这样就可以继续工作,而不是增加项目的质量。这意味着测试不是在开发完成后才做的事情,而是开发过程的核心部分——每时每刻都是如此。请记住,设计这些测试只是为了证明代码是正确的不是可部署,并非它已准备好了。“如果它通过所有这些测试,你仍然感到有点紧张,”杰兹说,“这意味着你的测试不够好。”

10.少即是多,多或少。

研究这表明,即使是为改进关键度量而开发的设计良好和执行良好的项目,也只有大约三分之一的时间能够成功地做到这一点。另外三分之一的时间,他们没有明显的帮助,而剩下的三分之一的时间,他们实际上使事情变得更糟!对于Jez来说,这个指标表明“少做”通常是最好的策略,尤其是在企业中实现DevOps时。

“用户不知道他们想要什么。用户知道他们想要什么一旦你为他们建造好了,他们就会想要。”业务目标是客户的需求。

奖励点:双模莫尔是一种大规模的降低过度简化。
它应该根据自己的特点来对待每一个项目或过程,Jez说。和德沃斯可以帮助你做到这一点。

齿轮图像礼貌Shutterstock.com

fredric@newrelic.com'

Fredric Paul(又名Freditor)是新遗物负责人的编辑。他是一个屡获殊荣的作家,编辑和内容战略家,他们在Readwrite,Allbusiness.com,信息周刊,CNET,电子娱乐,PC世界和PC上担任高级编辑职位。他的写作出现在麻省理工学院技术评论,Omni,Conde Nast Traveler和Newswele等地方。查看帖子

对新遗物博客的写作有兴趣吗?亚搏体育登入网给我们发一份建议书!