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

🎙 Мок-интервью для DevOps

Интервью всегда остаётся испытанием, а если оно транслируется в прямом эфире, напряжение возрастает многократно. DevOps Kitchen Talks мучают кандидатов проходить симуляцию собеседования, отвечая на вопросы реальных специалистов.

➡️ Смотреть видео

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

🌀 Команда дня: перезапуск деплоймента в 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