DevOps-инженер: что нужно знать с нуля, ключевой стек (Docker, K8s, CI/CD) и вопросы на собеседовании

DevOps — одна из самых высокооплачиваемых и востребованных специализаций в IT. Если разработчики создают продукт, а системные администраторы поддерживают «железо», то DevOps-инженер выстраивает культуру и автоматизированный конвейер доставки кода (CI/CD): от локального коммита программиста до мгновенного релиза в продакшн без простоя пользователей.

В этой статье мы разберем:

1. Базовые компетенции, без которых в DevOps не берут даже джунов.
2. Актуальный стек технологий.
3. 5 глубоких вопросов с собеседований с подробными инженерными ответами.

---

Ключевой стек DevOps-инженера#

В индустрии закрепился джентльменский набор инструментов, вокруг которого строятся 90% вакансий:

---

Дорожная карта (Roadmap) обучения#

---

Топ-5 вопросов с собеседований по DevOps#

1. Чем контейнер Docker принципиально отличается от виртуальной машины?#

Этот вопрос проверяет, понимает ли кандидат устройство виртуализации на уровне ядра.

• Виртуальная машина (ВМ): Работает поверх гипервизора (KVM, ESXi). ВМ включает в себя собственное полноценное гостевое ядро ОС, драйверы и виртуализированное оборудование. Старт занимает минуты, потребляет гигабайты памяти на каждую ВМ.
• Контейнер: Это просто изолированный процесс в общей операционной системе хоста. Он делит общее ядро Linux с хостовой машиной. Изоляция обеспечивается двумя фичами ядра:
  • Namespaces (Пространства имен): Изолируют видимость (PID, сеть NET, точки монтирования MNT, пользователей USER).
  • Control Groups (cgroups): Ограничивают потребление ресурсов (например, не более 2 ядер CPU и 512 МБ памяти).

---

2. Что происходит под капотом при kubectl apply -f deployment.yaml?#

Классический вопрос на архитектуру управляющего слоя (Control Plane) Kubernetes:

1. kubectl валидирует манифест и отправляет HTTP POST запрос в kube-apiserver.
2. kube-apiserver аутентифицирует пользователя, проверяет права через RBAC, применяет Admission Webhooks и сохраняет декларативное состояние в распределенную базу данных etcd.
3. kube-controller-manager видит через механизм Watch, что в etcd появился новый Deployment, и создает соответствующий ReplicaSet.
4. kube-scheduler замечает непоселенные поды (nodeName пустой), анализирует доступные ресурсы нод кластера (фильтрация и ранжирование) и назначает поду конкретную рабочую ноду.
5. Агент kubelet на назначенной ноде видит задачу, обращается к Container Runtime (containerd) через интерфейс CRI и запускает контейнеры.

---

3. Стратегии деплоя: Rolling Update vs Blue-Green vs Canary#

---

4. В чем разница между ENTRYPOINT и CMD в Dockerfile?#

• ENTRYPOINT — задает неизменяемый исполняемый файл контейнера:
  DOCKERFILE

  Копировать

  ENTRYPOINT ["nginx"]
  

• CMD — задает аргументы по умолчанию для ENTRYPOINT. Их можно легко переопределить при вызове docker run:
  DOCKERFILE

  Копировать

  CMD ["-g", "daemon off;"]
  

  Если запустить docker run my-nginx -v, то CMD заменится на -v, а ENTRYPOINT (nginx) останется прежним.

---

5. Что такое GitOps и как устроен ArgoCD?#

GitOps — это подход к управлению инфраструктурой, где единственным источником правды (Single Source of Truth) для состояния кластера является репозиторий Git.

Вместо того чтобы CI-раннер выполнял kubectl apply с правами админа напрямую в кластер, агент ArgoCD, установленный внутри Kubernetes, непрерывно опрашивает Git-репозиторий. Если реальное состояние кластера отличается от декларации в Git, ArgoCD производит синхронизацию (Sync).

---

Резюме#

DevOps — это постоянный баланс между скоростью доставки фич и отказоустойчивостью инфраструктуры. Понимание Linux и контейнерной изоляции — фундамент для уверенного старта в профессии.