Question 1

Що таке Git?

Accepted Answer

Git — це розподілена система контролю версій, яка відстежує зміни у вихідному коді з часом. Кожен розробник має повну копію історії проєкту на своїй локальній машині, на відміну від централізованих систем як SVN. Це дозволяє працювати офлайн та забезпечує кращу стійкість, оскільки немає єдиної точки відмови.

Question 2

Що таке каталог /etc у Linux?

Accepted Answer

Каталог /etc містить файли конфігурації системи та встановлених на ній застосунків. Це стандартне місце, де адміністратори знаходять файли конфігурації для зміни поведінки системи. Поширені файли включають /etc/passwd для користувачів, /etc/hosts для локального розв'язання DNS та /etc/fstab для монтування файлових систем.

Question 3

Що таке протокол TCP?

Accepted Answer

TCP (Transmission Control Protocol) — це надійний транспортний протокол, який гарантує доставку даних у правильному порядку. Він встановлює з'єднання перед надсиланням даних (тристороннє рукостискання) і перевіряє за допомогою підтверджень, що кожен пакет отримано. Використовуйте TCP для застосунків, що вимагають надійності, як-от HTTP, HTTPS, SSH або FTP.

Question 4

Яка основна різниця між контейнером Docker і віртуальною машиною?

Accepted Answer

Контейнер спільно використовує kernel хостової операційної системи й ізолює лише процеси, тоді як віртуальна машина містить повну OS із власним kernel. Тому контейнери набагато легші (кілька МБ проти кількох ГБ) і запускаються за секунди замість хвилин. Ця архітектурна різниця робить контейнери ідеальними для швидких розгортань і горизонтального масштабування.

Question 5

Що таке Pod у Kubernetes?

Accepted Answer

Pod — це найменша одиниця, яку можна розгорнути в Kubernetes. Він інкапсулює один або кілька контейнерів, які спільно використовують той самий мережевий namespace, простір зберігання та IP-адресу. Контейнери всередині Pod можуть взаємодіяти через localhost і мають спільний життєвий цикл. У більшості випадків Pod містить один основний контейнер, але можна додати sidecar-контейнери для функцій на кшталт logging чи monitoring.

Question 6

Що таке CNI (Container Network Interface) у Kubernetes?

Accepted Answer

CNI — це плагін, який реалізує мережевий інтерфейс для контейнерів у Kubernetes. Він відповідає за розподіл IP-адрес для pod'ів і налаштування мережі для забезпечення зв'язку між pod'ами. Кожен кластер Kubernetes потребує CNI для роботи, і вибір CNI впливає на доступні мережеві функції, такі як NetworkPolicies або продуктивність.

Question 7

Що таке StatefulSet у Kubernetes?

Accepted Answer

StatefulSet гарантує стабільну та передбачувану ідентичність для кожного pod (pod-0, pod-1 тощо) разом з індивідуальним постійним сховищем. На відміну від Deployments, призначених для застосунків без стану, StatefulSets підтримують порядок запуску та зупинки pod. Вони необхідні для розподілених баз даних, систем кешування, таких як Redis Cluster, або застосунків, що потребують стабільної мережевої ідентичності.

Question 8

Які три рівні Pod Security Standards визначає Kubernetes?

Accepted Answer

Kubernetes визначає три рівні Pod Security Standards: Privileged (без обмежень), Baseline (мінімально обмежувальний, блокує відомі ескалації привілеїв, такі як hostNetwork або privileged containers) та Restricted (сильно обмежувальний, дотримується best practices хардненгу з runAsNonRoot, seccomp тощо). Ці рівні дозволяють поступове впровадження безпеки відповідно до потреб застосунку.

Question 9

Що таке SBOM (Software Bill of Materials) у контексті безпеки контейнерів?

Accepted Answer

SBOM — це вичерпний інвентар усіх програмних компонентів, що містяться в образі контейнера, включаючи бібліотеки, залежності та їх версії. Він дозволяє швидко виявляти відомі вразливості та відстежувати ризикові компоненти в ланцюгу постачання. Автоматична генерація SBOM за допомогою інструментів, таких як Syft або CycloneDX, стала важливою практикою для підтримки видимості транзитивних залежностей та відповідності вимогам.

Question 10

Яка основна роль service mesh, такого як Istio, у мікросервісній архітектурі?

Accepted Answer

Service mesh керує комунікацією між мікросервісами, надаючи функції traffic management, observability та security без зміни коду застосунку. Istio впроваджує sidecar proxy (Envoy) поряд із кожним pod для перехоплення та керування всім мережевим трафіком. Це централізує конфігурацію retry, timeout, circuit breaking, mTLS та distributed tracing на рівні інфраструктури, а не на рівні застосунку.

Питання зі співбесід з DevOps

Готовий до співбесіди з DevOps?

Дослідити всі теми DevOps

Контроль версій & Git

Основи Linux

Shell Scripting & Bash

Основи мереж

Основи Docker

Основи CI/CD

GitHub Actions

GitLab CI/CD

Jenkins

Основи Kubernetes

Networking Kubernetes

Kubernetes Просунутий

Ingress & API Gateway

Основи Terraform

Terraform Просунутий

Ansible & Configuration Management

Основи AWS

Основи Azure

Основи GCP

Моніторинг і Prometheus

Logging & ELK Stack

Alerting та Incident Response

Cloud Identity & Secrets

Безпека CI/CD пайплайнів

Helm & Kubernetes

Безпека Runtime та Cluster

Container Supply Chain Security

Service Mesh та Istio

GitOps & ArgoCD

Progressive Delivery

Розподілена спостережуваність

Disaster Recovery & Backup

Оптимізація продуктивності

Оптимізація витрат на хмару

Принципи SRE

Chaos Engineering

Platform Engineering

Опануй DevOps для наступної співбесіди