Какие системы оркестрации контейнеров вы знаете? — пример ответа на собеседовании Devops Инженер

Ответ

Я работал в основном с Kubernetes (K8s), но в индустрии также используются другие оркестраторы, каждый со своей философией и сферой применения:

Kubernetes: Де-факто стандарт для оркестрации контейнеров в production. Его основные преимущества — богатая функциональность (автомасштабирование, самовосстановление, секреты, ConfigMaps), огромное комьюнити и экосистема (Helm, Operators, множество CNI/CSI плагинов). Подходит для сложных, распределенных микросервисных приложений. Недостаток — высокая сложность начальной настройки и администрирования.
Docker Swarm: Более простая встроенная оркестрация от Docker. Легко запускается (docker swarm init), имеет понятный API, совместимый с Docker CLI. Хорош для быстрого развертывания кластера и простых сценариев. Однако он значительно уступает Kubernetes в функциональности, зрелости экосистемы и автоматизации, поэтому редко используется для крупных production-систем.
HashiCorp Nomad: Легковесный и гибкий оркестратор от HashiCorp. Его ключевое отличие — поддержка не только контейнеров (Docker, Podman), но и изолированных приложений, виртуальных машин (QEMU) и Java-приложений. Прост в установке, имеет минимальные требования к инфраструктуре. Часто используется в связке с Consul (сервисная сеть) и Vault (секреты) в стеке HashiCorp.
Apache Mesos (с Marathon): Фреймворк для управления ресурсами в дата-центрах. Очень гибкий и масштабируемый, но имеет высокий порог входа и сложную архитектуру. Исторически использовался крупными компаниями (Twitter, Apple) до популяризации Kubernetes. Marathon — это фреймворк поверх Mesos для оркестрации контейнеров.

Пример Deployment для развертывания stateless-приложения в Kubernetes:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-app-deployment
  labels:
    app: web-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: web-app
  template:
    metadata:
      labels:
        app: web-app
    spec:
      containers:
      - name: web-app-container
        image: myregistry/web-app:1.2.0
        ports:
        - containerPort: 8080
        resources:
          requests:
            memory: "128Mi"
            cpu: "100m"
          limits:
            memory: "256Mi"
            cpu: "500m"
        livenessProbe:
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 30
          periodSeconds: 10

В моей практике выбор всегда падал на Kubernetes из-за требований к отказоустойчивости, автоматическому масштабированию (HPA) и интеграции с CI/CD (например, ArgoCD).