Что такое Kubernetes и чем Pod отличается от Deployment?

Что такое Kubernetes?

Kubernetes (сокращённо K8s) — это мощная, открытая платформа для оркестрации контейнерных приложений, предоставляющая инструменты для автоматизации развёртывания, масштабирования и управления приложениями, упакованными в контейнеры (чаще всего Docker). В основе его философии лежит декларативный подход: вы описываете желаемое состояние (сколько реплик, какой образ, какие ресурсы) вашей системы в YAML- или JSON-манифестах, а Kubernetes непрерывно работает, чтобы реальное состояние соответствовало описанному.

Kubernetes решает ключевые проблемы работы с контейнерами в production-среде:

• Масштабирование: Автоматическое или ручное увеличение/уменьшение количества экземпляров приложения.
• Отказоустойчивость: Автоматический перезапуск контейнеров при сбоях, замена неисправных узлов.
• Обновление и откат: Стратегическое, контролируемое обновление приложений с возможностью мгновенного отката.
• Сетевое взаимодействие: Собственная модель сети, обеспечивающая связь между контейнерами, часто через Service.
• Управление конфигурацией и секретами: Централизованное и безопасное хранение конфигураций и чувствительных данных (пароли, токены).
• Распределение нагрузки: Равномерное распределение трафика между экземплярами приложения.

Базовую архитектуру Kubernetes можно представить как кластер, состоящий из Control Plane (Master-узлы), управляющих кластером, и Worker Nodes (рабочие узлы), на которых непосредственно запускаются контейнеры приложений.

---

Подробное сравнение: Pod vs Deployment

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

Pod: Базовая единица развёртывания

Pod (под) — это наименьшая и самая простая сущность в объектной модели Kubernetes. Это абстракция над одним или несколькими тесно связанными контейнерами, которые:

• Разделяют одно сетевое пространство (один IP-адрес, один набор портов).
• Разделяют общие тома данных (volumes).
• Запускаются и останавливаются вместе, на одном узле.

apiVersion: v1
kind: Pod
metadata:
  name: simple-webapp-pod
spec:
  containers:
  - name: web
    image: nginx:alpine
    ports:
    - containerPort: 80

Ключевые характеристики Pod:

• Эфемерность (Ephemeral): Pod'ы создаются и уничтожаются. При перезапуске контейнера (например, после сбоя) создаётся новый Pod с новым IP. Это делает прямое использование Pod'ов напрямую нежизнеспособным для production.
• Отсутствие самовосстановления: Если узел падает, все Pod'ы на нём теряются безвозвратно.
• Отсутствие масштабирования: Вручную можно создать несколько одинаковых Pod'ов, но нет встроенного механизма для управления ими как единым набором.
• Использование: Прямое создание Pod'ов через kubectl run или манифесты оправдано только для отладки, тестирования или разовых задач. Для реальных приложений нужны контроллеры более высокого уровня.

Deployment: Контроллер управления жизненным циклом Pod'ов

Deployment (развёртывание) — это абстракция более высокого порядка, которая управляет набором идентичных Pod'ов через другой объект — ReplicaSet. Deployment декларативно описывает не только то, какой Pod запустить (шаблон Pod'a — template.spec), но и желаемое количество его реплик, а также стратегию их обновления.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: stable-webapp-deployment
spec:
  replicas: 3 # Желаемое состояние: 3 идентичных Pod'а
  selector:
    matchLabels:
      app: nginx
  template: # Шаблон для создания Pod'ов
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: web
        image: nginx:1.21-alpine
        ports:
        - containerPort: 80
  strategy:
    type: RollingUpdate # Стратегия обновления "подкатом"

Ключевые возможности Deployment, которых нет у простого Pod:

1. Самовосстановление и поддержание желаемого состояния: Deployment создаёт ReplicaSet, который следит, чтобы в любой момент времени работало ровно replicas Pod'ов. Если один Pod падает, ReplicaSet немедленно создаёт новый.
2. Стратегическое обновление приложения (Rolling Update): При изменении образа контейнера в шаблоне Deployment автоматически выполняет плановое обновление, поэтапно создавая Pod'ы с новой версией и удаляя старые, обеспечивая нулевое или минимальное время простоя. Это настраивается (maxUnavailable, maxSurge).
3. Легкий откат (Rollback): Если обновление прошло неудачно, одной командой kubectl rollout undo deployment/<name> можно вернуться к предыдущей стабильной ревизии Deployment'а.
4. Масштабирование: Управление количеством реплик сводится к одной команде kubectl scale deployment/<name> --replicas=5 или простому изменению значения replicas в манифесте.
5. История версий (revision history): Deployment по умолчанию хранит историю изменений своих ReplicaSet'ов, что и позволяет делать откаты.

---

Итог: Эволюция абстракции

Представьте себе иерархию управления:

1. Контейнер (Docker/rkt): Запускает процесс. Изолирован, но хрупок.
2. Pod: Группирует контейнеры в единую логическую "машину". Решает проблему совместной работы контейнеров, но всё ещё хрупок и статичен.
3. ReplicaSet (часто используется через Deployment): Обеспечивает живучесть — следит, чтобы нужное количество Pod'ов было всегда живо.
4. Deployment: Добавляет к живучести управляемость жизненным циклом — удобные, контролируемые обновления, откаты и декларативные изменения.

Таким образом, прямое сравнение "Pod vs Deployment" некорректно. Deployment — это не альтернатива Pod, а его менеджер и контроллер. В продакшене вы почти всегда определяете Pod'ы только внутри шаблона (template) объекта Deployment (или StatefulSet, DaemonSet), чтобы получить все преимущества отказоустойчивости и управляемости, которые Kubernetes предоставляет на этом уровне абстракции.