20 个最重要的 DevOps 面试题
DevOps 代表开发和运营。这是一种新的软件开发形式，彻底改变了软件产品的开发和分发方式。DevOps方法论着眼于提供频繁的较小升级，而不是罕见的大型功能集。
IT运营受益于DevOps。在DevOps出现之前，IT团队仍然存在一些内在的担忧。这导致IT团队面临某种程度的意外怀疑。
但是，随着DevOps的加入，这一切都发生了变化，这使IT运营部门可以与组织的其他部门共享这些问题，从而提高了透明度，并提高了IT运营部门与其他团队之间的协调性。
以下部分介绍了前20个DevOps面试问题，这些问题将为您下一次DevOps面试做准备：
答 ：尽管DevOps与敏捷方法（这是最流行的SDLC方法之一）有一些相似之处，但两者都是软件开发的根本不同的方法。以下是两者之间的各种基本差异：
-
敏捷方法–敏捷方法仅适用于敏捷开发，而敏捷方法则适用于DevOps中的开发和运营。 -
实践和流程–敏捷涉及敏捷Scrum和敏捷看板等实践，而DevOps涉及CD（持续交付），CI（持续集成）和CT（持续测试）等流程。 -
优先级–敏捷优先考虑及时性，而DevOps优先考虑及时性和质量。 -
发布周期– DevOps提供较小的发布周期并提供即时反馈，而Agile仅提供较小的发布周期而没有立即反馈。 -
反馈源–敏捷依赖于客户的反馈，而DevOps涉及到自身（监控工具）的反馈。 -
工作范围–对于敏捷，工作范围仅是敏捷，而对于DevOps，这是敏捷和对自动化的需求。
答 ：如今，组织正在尝试通过一系列发布方式将小功能传递给客户，而不是发布大功能集。这样做有很多好处，包括更好的软件质量和快速的客户反馈。
所有这些好处导致更高的客户满意度，这是任何产品开发项目的最重要目标。为此，公司需要：
-
增加部署频率 -
缩短修复时间 -
新版本的故障率更低 -
万一新版本崩溃，请有更快的平均恢复时间
DevOps有助于满足所有这些要求，从而实现无缝的软件交付。像Amazon，Etsy和Google这样的成熟组织已采用DevOps方法，从而实现了以前未知的性能水平。
通过采用DevOps方法，组织可以在一天之内完成数以万计的部署。此外，这样做还可以提供一流的可靠性，安全性和稳定性。
答 ：DevOps为该表带来了很多业务和技术优势。下面列出了一些最重要的参数：
-
商业利益 -
增强的操作环境稳定性 -
更快地交付功能 -
更多时间为产品增值
-
-
技术优势 -
持续交付软件 -
更快地解决问题 -
较小的复杂问题
-
答 ：以下是一些使用最广泛的DevOps工具的列表：
-
Ansible –配置管理和应用程序部署工具 -
Chef –配置管理和应用程序部署工具 -
Docker –容器化工具 -
Git –版本控制系统（VCS）工具 -
Jenkins –持续集成（CI）工具 -
Jira –敏捷的团队协作工具 -
Nagios –连续监控工具 -
Puppet –配置管理和应用程序部署工具 -
硒–连续测试（CT）工具
答 ：硒用于DevOps中的连续测试。该工具专门从事功能和回归形式的测试。
答 ：这是一个配置管理工具，用于自动执行管理任务。Puppet利用主从结构，其中两个实体通过加密通道进行通信。
系统管理员需要执行许多重复性任务，尤其是安装和配置服务器。编写脚本来自动执行此类任务是一种选择，但是当基础结构很大时，它变得很忙。为此，配置管理是一个不错的解决方法。
Puppet帮助配置，部署和管理服务器。这不仅使此类冗余任务变得更加容易，而且节省了总工作时间的很大一部分。成熟的配置管理工具：
-
持续检查主机所需的配置是否到位。如果更改，配置将自动还原 -
为每个主机定义不同的配置 -
对机器进行动态缩放（上下缩放） -
提供对所有已配置计算机的控制，以便可以将集中更改自动传播到所有这些计算机
答 ：当其他组织通常采用的DevOps模式在特定上下文中不起作用而组织仍在继续使用它时，它将导致采用反模式。换句话说，反模式是关于DevOps的神话。一些著名的反模式是：
-
一个组织需要有一个单独的DevOps组 -
敏捷等于DevOps -
DevOps是一个过程 -
DevOps是开发驱动的发布管理 -
由于组织独特，因此无法进行DevOps -
无法进行DevOps，因为现有人员不适合 -
DevOps意味着开发人员管理生产 -
DevOps将解决所有问题 -
无法在正在进行的DevOps过渡中包含组织的所有方面 -
在DevOps过渡开始时未定义KPI -
通过一个新的DevOps团队来减少与其他组织之间的隔离
答 ：DevOps中的CI代表持续集成。CI是一种开发实践，开发人员可以在一天内多次将代码集成到共享存储库中。
开发和测试的持续集成提高了软件的质量，并减少了交付所需的总时间。
如果检查代码的团队成员遇到编译失败，则开发人员将破坏构建。这样，其他开发人员如果不将编译错误引入自己的工作空间中，就无法与共享源代码存储库进行同步。
这破坏了协作和共享的开发过程。因此，一旦配置项构建中断，立即识别并纠正问题就很重要。
通常，配置项流程包括每次编译成功时都会运行的一组单元测试，集成测试和回归测试。如果上述任何测试失败，则CI构建被认为是不稳定的（这在开发正在进行中的敏捷冲刺中很常见）并且没有损坏。
答 ：当在纸上画图时，传统的软件开发生命周期有左右两边。图的左侧包括设计和开发，而右侧包括生产阶段，压力测试和用户接受度。
在DevOps中向左移动仅意味着需要在右侧执行尽可能多的任务，即通常在应用程序开发过程的结尾发生，并将其纳入DevOps方法的早期阶段。
有几种方法可以完成DevOps中的操作，最值得注意的是：
-
在每个敏捷冲刺结束时创建准备就绪的工件 -
在每个版本中都包含静态代码分析例程
正确执行DevOps的级别直接取决于尽可能左移的程度。
答 ：首字母缩写词CAMS通常用于描述DevOps方法论的核心信条。它代表：
-
文化 -
断言 -
测量 -
共享
答 ：关键绩效指标是关键绩效指标的一种合同形式。为了衡量DevOps流程的成功，可以使用几个KPI。一些最受欢迎的是：
-
应用性能 -
应用程序的使用和流量 -
自动测试通过率 -
可用性 -
改变音量 -
客户票 -
缺陷逃逸率 -
部署频率 -
部署时间 -
错误率 -
部署失败 -
交货时间 -
检测时间（MTTD） -
平均恢复时间（MTTR）
答 ：以下是实现DevOps自动化的主要好处：
-
从CD方程式中消除人为错误的可能性（核心收益） -
随着任务变得更加可预测和可重复，当出现问题时，很容易识别和纠正。因此，它可以产生更可靠，更强大的系统 -
消除CI管道的瓶颈。这会导致部署频率增加和失败的部署数量减少。它们都是重要的DevOps KPI
答 ：容器是一种轻量级虚拟化形式，有助于在进程之间提供隔离。容器比chroot重，但比管理程序轻。
答 ：有几种Java框架允许创建微服务。但是，Eclipse MicroProfile和Spring Boot作为DevOps中用于创建微服务的两个主要Java开发框架而脱颖而出。
答 ：版本控制系统或VCS是一种能够记录一段时间内对一个文件或一组文件所做的更改的系统。Git和Mercurial是两个最受欢迎的版本控制系统。VCS的重要用途是：
-
检查什么引起了问题的最后修改 -
比较随着时间的变化 -
确定谁介绍了新问题以及什么时候提出的 -
将一个或多个文件还原到某个较早的状态 -
将整个项目还原到以前的状态
答 ：有两种方法可以这样做：
-
通过创建新的提交来撤消已被推送并公开的提交所做的所有更改。执行以下命令：
git 还原
-
通过修复或删除新提交中的错误文件，然后将其推送到远程存储库。对文件进行必要的更改后，使用以下命令将其提交到远程存储库：
git commit -m“提交消息”
答 ：很多时候需要讨论在DevOps流程中出了什么问题。为此，安排了验后会议。这些会议产生了应该采取的步骤，以避免将来安排会议时遇到的相同或一组失败。
答 ：监视和维护实体或组的有价值的东西的过程称为资产管理。
配置管理是指控制，识别，计划和验证服务中的配置项以支持变更管理的过程。
答 ：连续测试的各种关键要素包括：
-
高级分析–用于预测和预测未知的未来事件 -
策略分析–旨在改善测试过程的手段 -
需求可追溯性–指描述需求以及从需求的起源到部署的整个过程的能力 -
风险评估–识别可能造成潜在损害的危害和风险因素的方法或过程 -
服务虚拟化–允许使用虚拟服务代替生产服务。仿真软件组件以进行简单测试 -
测试优化–改善整体测试流程
答 ：在开发和基础架构方面，DevOps的核心运营是：
-
应用程序开发–开发能够满足所有客户要求并提供卓越质量水平的产品 -
代码覆盖率–衡量在运行自动测试时执行的代码的块，线或弧的总数 -
代码开发–准备产品开发所需的代码库 -
配置–以最佳方式使用产品 -
部署–安装要由最终用户使用的软件 -
编排–安排一些自动化任务 -
打包–准备发布时涉及的活动 -
调配–确保基础结构更改随需要的代码及时到达 -
单元测试–测试单个单元或组件的方法
这样就构成了20个重要的DevOps面试问题的清单。除了增加获得DevOps职位的机会之外，这些绝对可以帮助您评估并提高您对DevOps的当前了解水平。
来源：http://bjbsair.com/it/1307.html
文章转载：民工哥技术之路
（版权归原作者所有，侵删）