原文地址：https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3
原文作者：Saurabh Kulshrestha
翻译君：CODING 戴维奥普斯
你是一位 DevOps 工程师还是想进入 DevOps 领域的新手？如果是，那么你已经把握住了未来趋势。在本文中，我列出了几十个在雇佣 DevOps 工程师时，面试官可能会问到的问题以供参考。
理解 DevOps 的关键点在于它不仅仅是一种技术集合，而是一种思维方式、一种文化。DevOps 需要一种文化转变——将运维与开发相结合，并需要一个相关联的技术工具链来促进协作变革。由于 DevOps 理念仍处于非常初级的阶段，因此 DevOps 的应用以及适应和协作所需的带宽因团队而异。但是，你可以开发 DevOps 技能组合，提升自我，成为任何类型的团队都需要的理想候选人。
成为一名 DevOps 工程师有哪些要求？
在寻找能胜任 DevOps 工程师的人选时，团队会有一套清晰的技能需求。其中最重要的是：
- 熟悉基础架构自动化工具，如 Chef，Puppet，Ansible，SaltStack 或 Windows PowerShell DSC。
- 熟练掌握 Ruby，Python，PHP 或 Java 等语言。
- 帮助你跨团队和角色进行沟通和协作的人际关系技巧。
为了组织下面的问题，我把自己放在了你的位置上，本文中的大多数答案都是以你的角度来写的——即一个有潜力的 DevOps 专家。
一般的 DevOps 相关面试问题
这类基础问题是与任何特定 DevOps 阶段无关的问题，旨在测试你对 DevOps 的理解程度，而不是关注特定的工具或阶段。
Q1.DevOps 和敏捷的根本区别
下表中列出了两者之间的差异。
Q2.DevOps 需要什么
我认为这个答案应该从解释市场总体趋势开始。现在许多公司都在通过尝试向客户快速发布小的功能点，以取代发布大的功能组。这样做有许多优点，比如能快速收到客户反馈、提高软件质量等，从而大幅提升客户满意度。为实现这一目标，公司必须：
- 增加部署频率
- 降低新版本的故障率
- 缩短交付时间
- 新版本崩溃时更快的平均恢复时间
DevOps 满足所有这些需求，并有助于实现无缝的软件交付。你可以举出像 Etsy、Google 和亚马逊这样的公司的例子，这些公司已经采用 DevOps 达到了甚至五年前都无法想象的性能水平。他们每天都在进行数十、数百甚至数千次代码部署，同时提供世界级的稳定性、可靠性和安全性。
如果我必须测试你对 DevOps 的了解程度，那么你应该知道敏捷（Agile）和 DevOps 之间的区别。下一个问题就是针对这一点的。
Q3.DevOps 与敏捷/SDLC 有何不同？
我建议你按照以下说明进行操作：
敏捷是一套关于如何实现生产即开发软件的价值观和原则。举个例子：如果你有一些想法，并且希望将这些想法转化为可用的软件，那么你可以使用敏捷价值观和原则作为实现此目的的方法。但是，该软件可能只适用于开发人员的笔记本电脑或测试环境，你希望以一种安全简单的方式，快速、轻松、可复用地将该软件移植到生产基础架构中。要做到这一点，你需要 DevOps 工具和技术。
总而言之，敏捷软件开发方法侧重于软件的开发，DevOps 则负责以最安全可靠的方式开发和部署软件。
现在请记住，你在之前的回答中包含了 DevOps 工具，因此请准备好回答一些与此相关的问题。
Q4.哪些是最顶尖的 DevOps 工具？你使用过哪些工具？
下面介绍了一些最受欢迎的 DevOps 工具：
- Git：版本控制系统工具
- Jenkins：持续集成工具
- Selenium：持续测试工具
- Puppet、Chef、Ansible：配置管理和部署工具
- Nagios：持续监控工具
- Docker：容器化工具
如果有需要你也可以提及其他工具，但请确保在你的回答中包含上述工具。
接下来的回答有两种可能：
- 如果你掌握上述所有工具，那么你可以说自己已经使用过所有这些工具来开发高质量的软件，并能轻松、频繁和可靠地部署这些软件。
- 如果你只对上述某些工具有经验，那么请提及这些工具，并说自己对这些工具有专业性，同时对其余工具进行一些概述。
Q5.所有这些工具如何协同工作？
下面给出了一个通用的逻辑流程，在这个流程中所有内容都将自动进行无缝交付。但是此流程也会因不同组织的不同需求而导致一些差异。
- 开发人员开发代码，源代码由 Git 等版本控制系统工具管理。
- 开发人员将此代码提交到 Git，并且对代码所做的任何更改都将提交到此代码仓库。
- Jenkins 通过 Git 插件从仓库中提取此代码，并使用 Ant 或 Maven 等工具构建它。
- 配置管理工具（如 Puppet）部署和提供测试环境，然后 Jenkins 在使用 Selenium 等工具进行测试的测试环境上发布此代码。
- 代码测试结束后，Jenkins 就会将其发送到生产服务器上进行部署（甚至生产服务器也由 Puppet 等工具进行配置和维护）。
- 部署后，Nagios 等工具会进行持续监控。
- Docker 容器提供测试环境来测试构建功能。
Q6.DevOps 有哪些优势？
对于这个答案，你可以利用你过去的经验，解释 DevOps 是如何帮助你完成之前的工作。如果没有任何此类经验，那么你可以提及以下优势。
技术优势：
持续的软件交付
修复不太复杂的问题
更快地解决问题
商业优势：
更快速地提供新功能
更稳定的操作环境
更多可用于提升价值的时间（而不是修复/维护）
Q7.DevOps 帮助我们实现的最重要的事情是什么？
据我所知，DevOps 帮助我们实现的最重要的事是尽可能快地将更改投入生产，同时最大限度地保证软件质量和合规性。这是 DevOps 的主要目标。
你也可以提及 DevOps 的许多其他积极影响，例如团队之间更清晰的沟通和更好的工作关系——即运维团队和开发团队共同合作，通过提供高质量的软件提升客户满意度。
Q8.用一个工业/现实生活中的使用案例来解释 DevOps
有许多行业正在应用 DevOps，所以你可以举出任意案例，也可以参考下面的例子：
Etsy 是一个 P2P 电商网站，专注于手工或古董物品，以及独特的工厂制造的物品。Etsy 在缓慢且痛苦的网站更新中挣扎，这些更新经常导致网站崩溃，影响了数百万通过在线市场销售商品的 Etsy 用户的使用，并且很有可能将商品推向竞争对手。
在新技术管理团队的帮助下，Etsy 从每周进行两次四小时全站点部署的瀑布模型，转变为更敏捷的模式。如今它拥有完全自动化的部署管道，据报道，其持续交付实践每天可以进行 50 多次更少中断的部署。
Q9.解释与分享在之前的工作中，你在软件开发和技术运维方面的理解和专业知识
这个回答主要是分享你过去的工作经验，并试着解释你在以前工作中的灵活性。可以参考以下示例：
DevOps 工程师几乎总在业务关键在线环境中全天候工作。我能够适应随叫随到的工作，并且承担生产系统的维护责任；我成功自动化了支持持续软件部署的流程；我有使用公有/私有云、Chef 或 Puppet 等工具、使用 Python 和 PHP 等工具编写脚本和实现自动化方面的经验，并且具有敏捷相关的背景。
Q10.DevOps 的反模式有哪些？
一般来说通常你的研发组织中遵循了某种模式，但如果其他人普遍采用的模式对你的组织不起作用，并且你继续盲目地遵循它，那么你实际上是在采用反模式。一些关于 DevOps 的错误认知包括：
- DevOps 是一个过程
- 敏捷就是 DevOps？
- 我们需要一个单独的 DevOps 小组
- DevOps 将解决我们所有的问题
- DevOps 意味着由开发人员来管理生产
- DevOps 是开发驱动的发布管理
- DevOps 不是开发驱动的
- DevOps 不是 IT 业务驱动的
- 我们不能应用 DevOps - 我们比较特别
- 我们不能应用 DevOps - 我们找错人了
点击使用 CODING，体验 DevOps 全工具链敏捷研发
原文地址：https://www.cnblogs.com/codingdevops/p/11446808.html