Какие основные задачи решаются при управлении приложениями в Kubernetes

О, слушай, смотри, вот эти ваши кубернетесы, блядь... Ну, в смысле, управлять приложением — это ж не просто контейнер запустить и забыть, как в докере, когда он там в фоне сосёт ресурсы, а ты думаешь, что всё норм. Тут, блядь, целый цирк с конями, от развёртывания до слежки, как будто за ребёнком в песочнице.

Ну, типа, главная фишка — это декларативка, ёпта. Ты не команды кричишь, типа «эй, запусти-ка три штуки!». Ты пишешь бумажку, манифест, где говоришь: «Хочу, чтобы три копии моего говносервиса всегда были живы, вот такой образ, на порту 80». И кластер, этот здоровый ублюдок, сам бегает и делает так, как ты написал. Захотел обновить версию — поправил цифру в образе, и он потихоньку, одну за другой, поды меняет, чтобы без простоев. Это называется RollingUpdate, а не «остановил всё, обновил, молился, запустил».

А конфиги, блядь! Раньше ты их в код вшивал, потом пересобирал, пиздец. А сейчас? ConfigMap для всякой хуйни вроде цвета кнопки и Secret для паролей, токенов, ключей от апишки. Последние, конечно, «секретные» только в кавычках, base64 же, но хоть не в репе лежат, уже хорошо.

Сеть, ёбушки-воробушки! Поды рождаются и умирают, у них IP-адреса меняются чаще, чем носки. Как к ним подключиться? А вот через Service, сука! Он даёт тебе стабильное DNS-имя и IP, который не прыгает, и сам знает, на какие поды трафик слать. А если снаружи зайти надо? Ingress тебе в помощь, он как швейцар у входа в клуб — по какому URL куда пускать.

Масштабирование, блядь! Раньше ты смотрел на графики загрузки, пил валерьянку и вручную добавлял инстансы. Теперь пишешь HorizontalPodAutoscaler, говоришь: «Слушай, если CPU больше 70% — давай ещё подов, нахуй». И он сам плодит их, как кроликов. Или убирает, если не нужны. Красота, ебать мои старые костыли!

Отказоустойчивость — это вообще святое. Контейнер загнулся? Кубер его перезапустит. Весь под сдох? ReplicaSet (которым Deployment рулит) тут же родит нового, чтобы их всегда было столько, сколько ты просил. Не надо тебе скрипты мониторинга писать, которые алёрты в телегу шлют.

А если приложение с состоянием, stateful, типа база данных? Ну, тут уже сложнее, пиздец. StatefulSet и PersistentVolume в дело идут. Чтобы данные не потерялись, когда под переезжает. Это уже высший пилотаж, но и такое можно.

Вот, смотри, как это в коде выглядит, простейший Deployment:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app-deployment
spec:
  replicas: 3 # Хочу три штуки, блядь. Не две, не четыре.
  selector:
    matchLabels:
      app: my-app # Ищу поды с такой биркой
  template: # Шаблон, из которого буду лепить поды
    metadata:
      labels:
        app: my-app # Вешаю на них эту же бирку
    spec:
      containers:
      - name: my-app-container
        image: nginx:1.21.0 # Беру этот образ, в рот меня чих-пых
        ports:
        - containerPort: 80 # И слушай он будет на 80-м

Ну и понятно, что когда таких манифестов становится овердохуища, начинают использовать Helm — это как пакетный менеджер, чтобы всё это в чарты упаковывать. Или GitOps с ArgoCD — ты в гите всё хранишь, а арго бегает, смотрит, что в кластере не так, как в гите, и самоёбно всё подравнивает. Вообще, магия, но когда сломается — волосы на жопе шевелятся от дебага.