测试派 Give testers a home.

1、什么是devops

devops是development（开发）和operations（运维）合成的一个词，但devops的核心概念可以应用到整个组织中，devops是一种软件开发方法论，涉及到开发、测试、运维整个过程。

实现devops没有唯一正确的方法，它强调的是各个部门之间的有效沟通协作（测试左移，运维前移），再借助自动化工具管理软件的生命周期。从而减低成本，提供准时、有效、可靠、可交付的软件。

2、devops发展历史

软件开发方法论的发展

• 瀑布

  

  • 优点：
    • 阶段划分的检查点
    • 当前一阶段完成后，您只需要去关注后续阶段。
  • 缺点：
    • 线性
    • 不适应用户需求的变化

• 敏捷

  

  • 优点
    • 产品开发快速且经常交付
    • 业务人员、开发人员、测试人员密切合作
    • 适应不断变化的环境
  • 缺点
    • 没有融入运维
    • 必要的设计和文档缺乏强度
    • 需要一名专家项目成员在会议中作出重要决定

• devops

  • Agile 2008大会上，独自IT咨询师Patrick演讲中谈到可以将Scrum（敏捷一种实现）结合运维中。Patrick在一个测试数据中心迁移的项目与开发和运维团队一起工作。在他的工作中，需要频繁往返于开发与运维之间，第一天还在进行开发，第二天有要与运维团队一起救火。 这种在两种任务来回切换导致生产力下降，也令他身心疲惫。

    他意识到开发团队和运维团队的工作方式和思维方式有巨大的差异：开发要更新，运维要稳定。久而久之运维与开发之间建起了一道墙。

    同样在这个大会上，一个名为Andrew 的人提交了一个名为“敏捷基础设施”的临时话题。由于对这个临时话题感兴趣的人不多，Andrew 认为没人会对如何 跨越Dev和Ops的鸿沟这个话题感兴趣。所以当这个话题时间开始的时候，作为话题提交人的 Andrew 并没有出现。Patrick看到之后，意识到并非只有他一个人对敏捷系统管理感兴趣，并在会外联系了Andrew对这个概念进行了更深入的讨论。

  • Velocity 2009大会上，Hammond发表了名为“10+ Deploys Per Day: Dev and Ops Cooperation at Flickr”（每天部署10次以上，Flickr的开发和运维合作）。

    Patrick 在网上看到了这个视频后很兴奋，因为这就是他一直致力于的领域。于是他在Twitter 上问如何才能参加 Velocity 大会。

    其中有个人回复: 嘿，Patrick，你想在比利时召开自己的 Velocity 吗？我们都会去参加，这一定会很棒。

  • 于是，Patrick 就想通过 Twitter 召集开发工程师和运维工程师在比利时举办一个类似于 Velocity 的大会。年年10月，第一届devopsdays大会在比利时召开。

    于是， DevOps 这个称谓正式诞生。

  • 优点

    • 破墙
    • 减少资源浪费
    • 更快的反馈
    • 更新迭代时间更短
    • 快速迭代交付

  • 缺点

    • 技术栈
    • 过多自动化之后带来的影响

3、企业中devops落地最常用的自动化工具介绍