Какой оркестратор контейнеров вы использовали в DevOps-практиках?

Да ты посмотри, какая история разворачивалась! Всё началось с того, что контейнеры размножились, как тараканы на кухне после праздников. И встал вопрос: а кто, сука, будет этим зоопарком управлять? Кто этих букашек по серверам расселять, кормить метриками, а если какая сдохнет — новую запускать?

И вырвался вперёд один парень — Kubernetes, или, для своих, K8s. И стал он, блядь, стандартом де-факто. Не потому что самый простой — нет, ёпта! А потому что подходил ко всему с таким комплексным замахом, будто он не оркестратор, а главный дирижёр похоронного оркестра в день всеобщего пиздеца. Всё у него было: и автомасштабирование, и самовосстановление, и балансировка — полный фарш, короче.

На что этот усатый гигант был способен:

• Автомасштабирование: Сам смотрит, что поды твои задыхаются от нагрузки, и бац — новых наклепает. Или наоборот, поубивает лишних, если все спят. Экономист, блядь!
• Отказоустойчивость: Контейнер загнулся? Да похуй. K8s его похоронит и тут же нового такого же родит. Self-healing, ёпта, самолечение. Чувствуешь мощь? Никаких слезливых писем админу в три часа ночи.
• Обнаружение и балансировка: Тысяча контейнеров бегает, как им друг друга найти? А K8s им всем выдает внутренние паспорта (Service) и даже шлюзы на внешний мир (Ingress). Весь трафик разведёт — просто пипец.
• Конфиги: Раньше конфигурацию в образ зашивали — и всё, пиздец, если поменять надо. А теперь её, хитрожопую, в отдельные сущности (ConfigMap, Secret) вынесли. Живи да радуйся.
• Декларативный подход: Это вообще магия. Ты не команды даёшь: «сделай то, сделай это». Ты пишешь на YAML'е, как должно быть в идеальном мире. А K8s, скрипя мозгом, мир под этот манифест и подгоняет. «Хочу три копии приложения» — и всё. А как — это его, блядь, собачье дело.

Вот, смотри, как это выглядит в жизни. Хочешь три копии своего «шедевра» запустить?

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3 # Вот, бля, три штуки! Не две и не пять!
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app
        image: my-registry/my-app:latest # Отсюда тащи образ, жадная жопа
        ports:
        - containerPort: 8080 # И слушай на восьмидесятом порту

Красота, да? Написал, применил — и пошла жара.

Но были, конечно, и другие парни на районе, кому K8s казался слишком мудрёным:

• Docker Swarm: Ну, это как самокат против танка. Настроить — раз плюнуть, врубил пару команд и поплыл. Но функциональность — хуй собачий, и экосистемы рядом нет. Для дома, для семьи.
• HashiCorp Nomad: А вот это гибкий уродец! Ему контейнеры — да похуй, он и виртуалки, и отдельные приложения может оркестрировать. Универсальный солдат, но без такой бешеной толпы фанатов вокруг.
• Red Hat OpenShift: Это когда взяли K8s, засунули в корпоративный костюм с галстуком, прикрутили к нему кучу замков, CI/CD конвейер и сказали: «Вот, теперь это серьёзно и за большие деньги». Для тех, кто панически боится слова «самостоятельно».

В общем, K8s всех переиграл. Не потому что идеален — о, нет, учить его, блядь, месяц надо! А потому что когда у тебя этих контейнеров становится овердохуища, без такой бандуры — просто пипец.