🌀 Команда дня: перезапуск деплоймента в Kubernetes

kubectl rollout restart позволяет инициировать перезапуск всех Pod-ов в указанном деплойменте без изменения его манифеста или Docker-образа.

Полная команда:

kubectl rollout restart deployment my-deployment \
  --namespace=my-namespace

Что с помощью команды можно сделать

С помощью команды можно автоматически применить изменения в ConfigMap или Secret без правки Docker-образа, быстро восстановить зависшие или упавшие приложения и обеспечить плавный, по-стратегии RollingUpdate, переход с минимальным простоем и без резких обрывов трафика.

🐸Библиотека devops'a #буст

🐸Библиотека devops'a #развлекалово

📣 Как правильно называть окружения

Вопрос, который часто возникает в командах: какие названия окружений действительно отражают суть и не мешают понимать друг-друга.

— Сторонники англоцентричной схемы

Prod / Pre-prod / Staging / Dev

Стандартизировано, «понимают» все инструменты CI/CD и внешние подрядчики.

Очевидный минус для русскоязычной команды — англицизмы раздражают, к тому же споры о дефисах и транслитерации («preprod» vs «pre-prod») могут затянуться.

— Сторонники русификации

Бой / Пром / Тест / Разраб.

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

💬 Что думаете вы? Какие аргументы перевесили в ваших проектах — «Prod» или «Бой»? Разверните своё мнение в комментариях 👇

🐸Библиотека devops'a #междусобойчик

📰 Дайджест недели

Собрали материалы недели, которые вы могли пропустить в потоке.

— Как запустить Docker в Nomad

Небольшой гайд по созданию контейнеров в инструменте от HashiCorp.

— Универсальный сервер вывода ИИ

Red Hat представила AI Inference Server — решение для высокопроизводительного вывода больших языковых моделей (LLM) в гибридном облаке.

Сервер использует ядро vLLM с поддержкой многогранного параллелизма и квантования.

— Как Docker это делали

Docker представила подробный обзор разработки Docker Model Runner. Раскрыли внутреннюю кухню и наметили интеграцию с k8s.

— Terraform AWS Provider 6.0

HashiCorp анонсировала общедоступный релиз AWS Provider. Всё стандартно — улучшения и оптимизации.

— GitHub Copilot для Azure

В режиме агента Copilot может не только генерировать код, но и самостоятельно выполнять многошаговые операции с инфраструктурой Azure.

— Пройдите наш опрос про ИИ

🐸Библиотека devops'a #свежак

Что выведет этот GitHub Actions workflow?

name: Test Job

on:
workflow_dispatch:

jobs:
test:
runs-on: ubuntu-latest
steps:
- name: Set var
run: echo "RESULT=ok" >> $GITHUB_ENV

- name: Check var
run: |
if [ "$RESULT" == "ok" ]; then
echo "Success";
else
echo "Fail";
fi

👾 — Success
👍 — Fail
🥰 — Ошибка выполнения скрипта
⚡ — Переменная не найдена, но пайплайн не упадет

Библиотека задач по DevOps

🙂 Топ-вакансий для девопсов за неделю

Системный администратор / DevOps-инженер — от 150 000 ₽, удалёнка.

DevOps-инженер — от 200 000 ₽ гибрид в Москве.

Tech Lead Engineer (Anti-Bot & Web Scraping) — гибрид в Москве.

DevOps в команду разработки CRM систем — гибрид в Москве.

Бустер — скибиди-офис.

➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

🎮 Использование метода «least_conn» для балансировки нагрузки

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

Решение: в книге "Nginx Cookbook: Advanced Recipes for High-performance Load Balancing" автор показывает использование директивы least_conn в блоке upstream для выбора сервера с наименьшей нагрузкой.

Пример кода:

upstream backend {
    least_conn;
    server backend1.example.com;
    server backend2.example.com;
}

server {
    location / {
        proxy_pass http://backend;
    }
}

Преимущества:

— Распределение нагрузки на серверы с учётом их текущей загрузки.
— Улучшение производительности за счёт оптимального использования ресурсов.
— Снижение времени отклика для пользователей.

➡️ Лучшее из мира IT-книг — у нас в @progbook

🐸Библиотека devops'a #развлекалово

🔄 Как преобразовать Docker Compose в кластер Kubernetes

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

Но все вокруг говорят о кубере, поэтому сегодня покажем как преобразовать ваши контейнеры в кластер на k8s с помощью kompose.

1. Подготовка Docker Compose файла

Допустим, у вас уже есть файл docker-compose.yml для вашего приложения. Пример простого Docker Compose файла:

version: '3'
services:
  app:
    image: myapp:latest
    ports:
      - "8080:80"
    environment:
      - APP_ENV=production
  db:
    image: postgres:alpine
    environment:
      - POSTGRES_DB=mydb
      - POSTGRES_USER=user
      - POSTGRES_PASSWORD=password

2. Использование Kompose для преобразования

Для упрощения процесса преобразования конфигурации Docker Compose в Kubernetes, можно использовать инструмент Kompose.

Он автоматически конвертирует ваш docker-compose.yml файл в манифесты Kubernetes.

Как и любой быстроразвивающийся проект kompose лучше ставить напрямую от разработчиков:

sudo curl -L https://github.com/kubernetes/kompose/releases/download/v1.27.0/kompose-linux-amd64 -o /usr/local/bin/kompose
sudo chmod +x /usr/local/bin/kompose

После установки Kompose, выполните следующую команду для конвертации:

kompose convert -f docker-compose.yml

Kompose создаст несколько файлов YAML для Kubernetes, например:

• app-deployment.yaml — для деплоймента приложения.
• app-service.yaml — для создания Kubernetes-сервиса.
• db-deployment.yaml — для деплоймента базы данных.
• db-service.yaml — для сервиса базы данных.

3. Деплой на Kubernetes

Теперь, когда у вас есть манифесты Kubernetes, вы можете развернуть приложение в кластере.

Применение манифестов:

kubectl apply -f app-deployment.yaml
kubectl apply -f app-service.yaml
kubectl apply -f db-deployment.yaml
kubectl apply -f db-service.yaml

Если все прошло успешно, ваше приложение будет развернуто в Kubernetes.

🐸Библиотека devops'a #буст