DevOps – 快速发布的解决方案


快速将新产品或新功能推向市场对于全球各组织来说都是一项具有挑战性的任务。最艰难的任务是将开发、质量保证和IT运营等不同的团队整合在一起,以最快的方式完成工作,尽快发布产品。

人们已经发现,流程和实践一直在不断发展以克服这些挑战。仅仅十年前,我们的企业界还没有DevOps这个术语,但在2009年之后,一种方法定义了一套流程来协同开发、质量保证和IT运营,从而显著减少产品上市时间,这通常被称为DevOps。

DevOps方法论是一套旨在通过有效的沟通和协作来弥合开发、QA和运营之间差距的实践,它将持续集成过程与自动化部署相结合。其目的是建立一个环境,以便快速可靠地开发、测试和发布软件产品。

传统方法与DevOps方法

在传统的瀑布方法中,开发人员根据其本地环境中的需求编写代码。一旦产品构建完成,质量保证(QA)团队就会在类似于生产环境的环境中测试产品。最后,当满足所需需求时,产品就会发布到运营部门使用。从需求提出到产品部署到运营部门,整个过程需要很长时间。由于开发和运营两个团队独立工作,产品最终在较长时间后到达运营部门的可能性很高。此外,产品可能无法按预期工作,或者可能面临一些障碍。

而DevOps流程则采用了一种改进的方法来处理这些情况。它强调开发团队、QA团队和运营团队之间的沟通和协作,以执行持续开发、持续集成、持续交付和持续监控流程,并借助各种工具,从而弥合它们之间的巨大差距,并加快工作速度,实现更快的发布。更快的发布到运营部门使组织能够快速响应业务需求的变化。

敏捷和DevOps之间的关系

DevOps的出现考虑了敏捷软件开发方法的一个重要优势,即使组织能够快速发布产品。但进一步添加更多流程使DevOps有别于敏捷。

敏捷原则仅适用于开发和QA流程,它相信创建小型团队以便在短期内构建和发布可工作的软件,称为冲刺。团队只关注冲刺,与运营部门没有沟通。

而DevOps更侧重于在整个开发生命周期中持续参与开发、QA和运营团队。运营团队应该在讨论项目目标、高级发布时间表和其他业务需求时持续参与开发团队。从一开始,运营团队就应该向开发团队提供与运营相关的需求,并且还需要验证这些需求。对项目的持续监控以及持续有效的沟通可以加快周转速度。

你能从DevOps中得到什么?

让我们讨论一下我们可以从DevOps文化和流程中获得的一些好处。

  • 我们将获得的最重要的益处是,它通过弥合相关团队之间的差距并遵循持续开发流程,显著缩短了产品上市时间。
  • 团队之间更好的同步为团队成员提供了对正在进行的工作的**透明视野**,因此他们可以在问题或障碍真正出现之前看到它们。这有助于他们更好地规划如何克服这些问题。
  • 由于此流程的透明性,开发人员在开发产品时会有**一种所有权感**。他们实际上拥有从构思到运营的代码。
  • 使用自动化工具在多个环境中进行**自动部署**允许您快速识别与环境相关的问题。通常,当环境不同时,需要花费大量时间来找出与环境相关的问题。

DevOps 的多种工具

由于DevOps是开发、QA和运营的协作,很明显,单一工具无法满足所有需求。因此,每个阶段都需要多种工具才能成功执行所有操作。

让我们来看看在不同阶段可以使用的一些工具。

  • 监控工具 – Nagios、NewRelic、Graphite等。
  • 虚拟化和容器化工具 – Vagrant、VMware、Xen、Docker等。
  • 构建、测试和部署工具 – Jenkins、Maven、Ant、Travis、Bamboo、Teamcity等。
  • 配置管理工具 – Puppet、Chef、Ubuntu Juju、Ansible、cfengine等。
  • 编排工具 – Zookeeper、Noah等。
  • 云服务 – Azure、Openstack、Rackspace等。

还有其他此类工具可用于代码合并、版本控制等,以有效地应用DevOps流程。

围绕DevOps的误解

尽管DevOps在几十年前就出现了,但它对许多人来说仍然是一个新术语。因此,误解是不可避免的。

有些人认为,实施DevOps允许开发人员夺走运营的工作。这完全是错误的。DevOps强调两个团队的协作努力,因此,拥有运营技能的开发人员将在快节奏的业务周期中获得更大的优势。

人们普遍认为,只需为所有工作实施一套工具就可以实践DevOps。这是错误的;仅仅使用一些工具我们无法实现DevOps,但通过实践其流程并明智地使用工具可以帮助我们实现其核心价值。

DevOps 正在日益流行,因为它通过开发和运营部门的协作,采用持续开发、持续集成、持续交付和持续监控流程,从而显著缩短了产品上市时间。

更新于:2020年1月20日

浏览量:297

启动你的职业生涯

完成课程获得认证

开始
广告
© . All rights reserved.