Q1。DevOps和Agile之间的根本区别是什么?

下表中列出了两者之间的差异。

特征

DevOps–开发运维

Agile–敏捷

敏捷

开发和运营中的敏捷性

只有发展才能敏捷

流程/实践

涉及CI,CD,CT等流程。

涉及诸如敏捷Scrum,敏捷看板等实践。

时效与质量

时效与质量同等重要

及时是重中之重

发布周期/开发周期

释放周期短,可立即获得反馈

释放周期更短

反馈来源

反馈来自自我(监视工具)

反馈来自客户

工作范围

敏捷性与自动化需求

仅敏捷

Q2。DevOps有什么需求?

这个答案应该从解释总体市场趋势开始。公司没有发布大量功能,而是尝试查看是否可以通过一系列发布系列将小的功能传输给客户。这具有许多优点,例如来自客户的快速反馈,更好的软件质量等,从而导致很高的客户满意度。为此,公司必须:

  1. 增加部署频率
  2. 降低新版本的失败率
  3. 缩短了两次版本之间的交付时间
  4. 新版本崩溃时平均恢复时间更快

DevOps满足所有这些要求,并有助于实现无缝的软件交付。您可以举一些像Etsy,ali,Google和Amazon这样的公司的例子,这些公司采用DevOps来达到甚至五年前都无法想象的性能水平。他们每天进行数十,数百甚至数千个代码部署,同时提供世界一流的稳定性,可靠性和安全性。

Q3。DevOps与Agile / SDLC有何不同?

我建议您遵循以下说明:

敏捷是关于如何生产(即开发软件)的一套价值观和原则。示例:如果您有一些想法,并且想要将这些想法变成可行的软件,则可以使用敏捷的价值观和原则来做到这一点。但是,该软件可能只能在开发人员的笔记本电脑或测试环境中运行。您需要一种以安全,简单的方式快速,轻松且可重复地将软件迁移到生产基础架构中的方法。为此,您需要DevOps工具和技术。

可以这样概括地说,敏捷软件开发方法论着重于软件开发,但另一方面,DevOps负责以最安全,最可靠的方式进行软件的开发和部署。

Q4。有哪些顶级DevOps工具?您使用了哪些工具?

以下是最受欢迎的DevOps工具:

  • Git:版本控制系统工具
  • Jenkins:持续集成工具
  • Selenium :连续测试工具
  • Puppet, Chef, Ansible:配置管理和部署工具
  • Nagios:连续监视工具
  • Docker:容器化工具

您还可以根据需要提及其他任何工具,但请确保在回答中包括上述工具。
答案的第二部分有两种可能性:

  1. 如果您具有上述所有工具的经验,那么您可以说我已经在所有这些工具上工作,以开发高质量的软件并轻松,频繁且可靠地部署这些软件。
  2. 如果您仅对上述某些工具有经验,请提及这些工具,并说我对这些工具有专长,并对其余工具进行了概述。

Q5。所有这些工具如何一起工作?

下面给出的是通用逻辑流程,其中所有内容均实现了自动化以实现无缝交付。但是,根据需求,每个组织的流程可能会有所不同。

  1. 开发人员开发代码,此源代码由版本控制系统工具(如Git等)管理。
  2. 开发人员将此代码发送到Git存储库,并且对代码所做的任何更改都将提交到此存储库。
  3. Jenkins使用Git插件从存储库中提取此代码,并使用Ant或Maven之类的工具进行构建。
  4. 诸如puppet之类的配置管理工具会部署并配置测试环境,然后Jenkins在测试环境中发布此代码,并使用硒等工具在此环境中进行测试。
  5. 一旦测试了代码,Jenkins便将其发送以在生产服务器上进行部署(甚至生产服务器也由puppet之类的工具提供和维护)。
  6. 部署后,它会被Nagios等工具持续监控。
  7. Docker容器提供了测试环境以测试构建功能。

Q6。DevOps有哪些优势?

技术优势:

  • 持续交付软件
  • 不太复杂的问题需要解决
  • 更快地解决问题

商业利益:

  • 更快地交付功能
  • 更稳定的操作环境
  • 更多时间可用于增加价值(而不是修复/维护)

Q7。DevOps帮助我们实现的最重要的事情是什么?

据我说,DevOps帮助我们实现的最重要的事情是尽快将变更投入生产,同时最大程度地降低软件质量保证和合规性方面的风险。但是,您可以添加DevOps的许多其他积极作用。例如,团队之间的更清晰的沟通和更好的工作关系,即Ops团队和Dev团队共同协作以交付高质量的软件,从而提高了客户满意度。

Q8。说明可以在工业/现实生活中使用DevOps的用例。

Etsy是一个对等电子商务网站,专注于手工或老式物品和用品,以及独特的工厂制造物品。Etsy在缓慢而痛苦的网站更新中苦苦挣扎,这些更新经常导致网站崩溃。这影响了数百万Etsy用户的销售量,这些用户通过在线市场出售商品并冒着将商品推向竞争对手的风险。
在新的技术管理团队的帮助下,Etsy从其瀑布模型(该模型每周两次进行四小时的全站点部署)过渡到了更加敏捷的方法。如今,它拥有一个完全自动化的部署流程,据报道,其持续交付实践每天可进行50多次部署,中断次数更少。

Q9。在过去与您合作过的团队中,说明您在软件开发方面和技术运营方面的理解和专业知识。

DevOps工程师几乎总是在24/7关键业务在线环境中工作。我适应了随叫随到的职责,可以承担实时的实时系统职责。我成功地实现了流程自动化,以支持连续的软件部署。我对公共/私有云,Chef或Puppet等工具,使用Python和PHP等工具进行脚本编写和自动化以及在Agile中具有背景知识有丰富的经验。

Q10。DevOps的反模式是什么?

模式通常是常用的用法。如果其他人通常采用的模式对您的组织不起作用,并且您继续盲目地遵循它,那么您实际上是在采用反模式。关于DevOps的神话。其中一些包括:

  • DevOps是一个过程
  • 敏捷等于DevOps?
  • 我们需要一个单独的DevOps组
  • Devops将解决我们所有的问题
  • DevOps意味着开发人员管理生产
  • DevOps是开发驱动的发布管理
  1. DevOps不是由开发驱动的。
  2. DevOps不是由IT Operations驱动的。
  • 我们无法做DevOps –我们是独一无二的
  • 我们无法进行DevOps –我们选错了人