Что такое Kubernetes и зачем он нужен

оркестратор контейнеров, который автоматизирует деплой, масштабирование и восстановление приложений.

Почему это важно: Docker решает проблему 'как упаковать приложение', Kubernetes — 'как запустить тысячу контейнеров на десятках серверов и не сойти с ума'.

Главная идея

Вы описываете желаемое состояние (3 пода с таким образом), а Kubernetes сам приводит кластер к этому состоянию.

Как это выглядит на практике

Команда упаковала сервис в Docker-образ.
Создали Deployment manifest: образ, количество реплик, ресурсы.
kubectl apply -f deployment.yaml — Kubernetes запускает поды.
При падении пода контроллер автоматически создаёт новый.

Что происходит под капотом

Control plane: API server, scheduler, controller manager, etcd.
Node: машина, на которой запускаются поды; kubelet общается с API server.
Декларативная модель: вы описываете 'что', Kubernetes решает 'как'.
Reconciliation loop: контроллер постоянно сверяет фактическое состояние с желаемым.

Типичные ошибки и заблуждения

Ошибка: Kubernetes нужен всем. На малых проектах он скорее повредит, чем поможет.
Ошибка: Kubernetes делает приложение надёжным сам по себе. Без правильных readiness/liveness probes — нет.
Ошибка: managed K8s (EKS/GKE) — это просто. Сложность операций никуда не девается, просто часть берёт провайдер.
Ошибка: Helm = Kubernetes. Helm — это пакетный менеджер для манифестов, не сам K8s.

Ключевые выводы

Kubernetes — декларативный оркестратор контейнеров.
Желаемое состояние описывается в YAML-манифестах.
Контроллеры приводят кластер к желаемому состоянию.
K8s — сложный инструмент: используйте, когда сложность задачи это оправдывает.

Термины урока

Cluster: набор машин, управляемых Kubernetes.

Node: физическая или виртуальная машина в кластере.

Control plane: компоненты, управляющие кластером.

Manifest: YAML-описание ресурса (Pod, Deployment, Service).

Связь с работой backend-разработчика

Backend-разработчику не обязательно настраивать кластер, но обязательно — уметь читать манифесты, отлаживать поды и понимать жизненный цикл деплоя.

Мини-разбор реальной ситуации

Стартап мигрировал монолит в Kubernetes 'для масштабирования'. Через полгода 30% времени команды уходило на админство кластера, а нагрузка выросла лишь немного. Вернулись на простую VM с Docker Compose.

Что запомнить

K8s — про декларативное описание состояния.
Сложность не уходит, она перераспределяется.
Используйте по необходимости, не из моды.

Итог

Kubernetes — мощный инструмент, который требует серьёзной экспертизы. Понимание базовой модели — обязательный навык для современного backend-разработчика.