Devops Interview Вопросы и ответы 2022 — наиболее часто задаваемые вопросы

Опубликовано: 2021-01-08

Оглавление

DevOps-интервью Вопросы и ответы

Вы devops-инженер и сейчас ищете работу, поэтому давайте рассмотрим наиболее часто задаваемые вопросы о Devops Interview.

По сравнению с другими областями информатики DevOps не очень популярен. Но это потому, что и просто, и сложно понять.

Начнем с того, что это не инструмент или программное обеспечение. Скорее, это своего рода рабочая культура и методология, при которой группы разработки (разработчики программного обеспечения) и группы эксплуатации (развертчики) объединяются для непрерывной разработки, интеграции, тестирования, развертывания и мониторинга. Конечная цель состоит в том, чтобы создать и доставить продукт быстрее, с минимально возможной частотой отказов. Он дополняет методологию Agile и работает с ней, но не похож на нее.

Если вы тот, кто интересуется смешанным характером этой области и хочет работать в ней, то следующие вопросы интервью помогут вам пройти через ворота и получить работу своей мечты.

  • Какие есть популярные инструменты DevOps?
    • Марионетка
    • Ансибль
    • Гит
    • Мавен
    • Шеф-повар
    • Дженкинс
    • Докер
    • Нагиос
    • ЛОСЬ
  • Каковы основные операции DevOps?
    • Разработка
    • Контроль версий
    • Тестирование
    • Интеграция
    • Развертывание
    • Доставка
    • Конфигурация
    • Мониторинг
    • Обратная связь
  • Каковы 3 важных KPI DevOps?
    • Частота развертывания
    • Процент неудачных развертываний
    • Среднее время восстановления до отказа
  • Что такое система контроля версий?
    VCS — это программное обеспечение, которое позволяет разработчикам программного обеспечения работать вместе, сохраняя при этом всю историю проделанной работы до любого момента.
  • Существует 2 типа ВКС:
    • Центральный ВКС. Пример: Гит
    • Распределяет/децентрализует VCS. Пример: СВН
  • Причина, по которой VCS является неотъемлемой частью DevOps, заключается в следующем:
    • Это позволяет разработчикам работать над частью кода вместе.
    • Это не позволяет им перезаписывать изменения друг друга
    • Он поддерживает историю каждой версии когда-либо
  • В чем разница между Git pull и Git fetch?
    В виде простого уравнения
    Git pull = Git fetch + Git слияние
    Команда git pull используется для извлечения любых недавно внесенных изменений или коммитов в целевую ветку в вашем локальном репозитории из ветки из центрального репозитория.
    Команда git fetch также имеет ту же цель. Однако вместо сохранения новых изменений и коммитов в целевой ветке они сохраняются в новой ветке. Чтобы убедиться, что изменения отражаются и в целевой ветке, мы должны использовать команду git merge.
    Уравнение пригодится для запоминания функции каждой команды.
  • Как мы можем узнать, была ли ветка в Git объединена с мастером?
    С помощью команды git branch -merged ИЛИ git branch -no-merged.
    Первый отображает все ветки, которые были объединены с текущей веткой, а второй отображает ветки, которые еще не были объединены.
  • Какие стратегии ветвления доступны для использования в Git?
    • Ветвление функций
      В этой стратегии ветвления все изменения функции сохраняются внутри ветки. Когда автоматические тесты проверяют и проверяют функциональную ветвь, ветвь объединяется с мастером.
    • Ветвление задачи
      В рамках этой стратегии каждая задача реализуется в своей ветке. Ключ задачи включен вместе с именем ветки. Наличие этого ключа позволяет легко увидеть, какая задача реализуется каким кодом.
    • Ветвление релиза
      Как только ветка разработки готова со своими функциями, она клонируется для формирования ветки выпуска. Создание этой ветки запускает цикл выпуска, в результате чего новые функции не могут быть добавлены. Единственными задачами, которые могут быть выполнены, являются: исправление ошибок, создание документации и другие задачи, связанные с выпуском. Релиз объединяется с мастером и помечается номером версии, когда он готов к отправке.
  • Что такое СабГит?
    SubGit — это инструмент, используемый для миграции SVN на Git.
  • Как мы можем клонировать репозиторий Git с помощью Jenkins?
    Первый шаг — ввести имя пользователя и адрес электронной почты в системе Jenkins. Затем перейдите в каталог заданий и выполните команду «git config».
  • В чем разница между Ansible Playbook и ролями?
    Плейбуки:
    Содержат пьесы
    Действовать как карты между хостами и ролями
    Примеры: webservers.yml, site.yml
    Роли:
    Многоразовые подмножества игры
    Представляют собой набор задач для выполнения определенной роли
    Пример: общий, веб-серверы
  • Что такое Докер?
    Docker — это своего рода технология, которая упаковывает все приложения и связанные с ними зависимости в контейнеры, что гарантирует бесперебойную и безупречную работу вашего приложения в любой среде. Образы Docker используются для создания этих контейнеров.

Он работает только на платформах Linux и Cloud:

  • openSUSE 12.3+
  • Gentoo
  • АрхЛинукс
  • РЕЛ 6.5+
  • Федора 20+
  • Microsoft Azure
  • Рэкспейс

Назвать несколько.

  • Что такое Скрам?
    Scrum подобен решателю задач, который использует итерации и пошаговые методы для разделения сложного программного обеспечения и задач разработки на более мелкие выполнимые фрагменты. Каждая итерация длится 2 недели.
  • Какие инструменты SCM поддерживаются Jenkins?
    • РТК
    • Принуждение
    • Прозрачный регистр
    • Гит
    • Подрывная деятельность
    • CVS

Область, охватываемая DevOps, обширна, поскольку она представляет собой объединение двух уникальных этапов создания программного обеспечения. Приведенный выше список дает представление о том, какие вопросы задают, и никоим образом не является исчерпывающим. Однако для сильного старта вы не ошибетесь. Удачи в подготовке к собеседованию!

Изучайте онлайн -курсы по разработке программного обеспечения в лучших университетах мира. Участвуйте в программах Executive PG, Advanced Certificate Programs или Master Programs, чтобы ускорить свою карьеру.

Заключение

На этом мы заканчиваем наши вопросы и ответы по Devops Interview . Мы надеемся, что наше руководство будет полезным. Мы будем регулярно обновлять руководство, чтобы держать вас в курсе.

Если вы заинтересованы в том, чтобы стать инженером DevOps, ознакомьтесь с программой Executive PG IIIT-B и upGrad в программе разработки программного обеспечения Full Stack.

Что такое DevOps?

DevOps — это термин, используемый для описания совместной работы разработчиков программного обеспечения, инженеров по надежности сайтов и инженеров по обеспечению качества. Его можно рассматривать как методологию или культуру. Это философия, которая используется для разработки и доставки приложений посредством сотрудничества разработчиков программного обеспечения и ИТ-операторов. Термин DevOps представляет собой смесь двух слов «Разработка» и «Эксплуатация». Новые методы DevOps были разработаны и внедрены, чтобы помочь разработчикам программного обеспечения более эффективно сотрудничать друг с другом и ИТ-отделами для более быстрой доставки программного обеспечения клиентам.

Какой инструмент контроля версий используется в DevOps?

Git — один из самых популярных инструментов, используемых в DevOps. Это распределенная система контроля версий, которая в основном используется для управления исходным кодом. Git хранит каждую версию проекта в собственном репозитории. Лучшая особенность Git — его распределенный характер. Любой программист может легко сотрудничать и делиться кодом с другими в своей группе. Самое приятное то, что это экономит разработчикам много времени при написании кода, что приводит к лучшей работе.

Чем занимается DevOps-разработчик?

Слово DevOps состоит из двух терминов: «Разработка» и «Эксплуатация». Этот термин был придуман Патриком Дебуа и относится к недавней тенденции к слиянию двух аспектов жизненного цикла разработки программного обеспечения и размыванию традиционных границ их ответственности. Инженеры DevOps работают с командой, которая разрабатывает программное обеспечение, и командой, которая эксплуатирует серверы. Роль инженера DevOps можно резюмировать следующим образом: берет на себя ответственность за все, что связано с предоставлением одной услуги или системы, а также всех вспомогательных услуг и систем, работает с командой разработчиков для выявления зависимостей между разработкой и эксплуатацией, и Работает с группой эксплуатации, помогая автоматизировать операции и разработку процесса доставки. Выступает в качестве связующего звена между командами разработки и эксплуатации и группой управления продуктом и проектом.