Библиотека девопса | DevOps, SRE, Sysadmin

🎮 Использование метода «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-инженер — от 150 000 ₽, удалёнка.

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

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

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

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

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

Что выведет этот 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

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

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

— Как запустить 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 #свежак

😱 Уже завтра — вебинар про AI-агентов! Мест почти не осталось

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

➡️ Что будет:
— покажем структуру курса и ключевые модули
— обсудим вопросы, которые обычно остаются за кадром
— разберём реальные кейсы: как применять AI-агентов — от чат-ботов до систем поддержки решений

📅 Уже 23 июня в 19:00 МСК
🎙️ Ведёт Никита Зелинский — эксперт в AI и DS

👉 Зарегистрируйтесь заранее, чтобы не забыть:
https://clc.to/_lDV0Q

🫢 Для тех, кто дочитал до конца → промокод lucky, он даст −5.000₽ на курс

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

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

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

Prod / Pre-prod / Staging / Dev

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🧑‍💻 AI-инструменты, которые я использую каждый день

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

Расспросили рядового разработчика — как именно он использует нейросети. Смотрите интервью в карточках.

➡️ Как вам Иван и его мнение? Задавайте вопросы в комментариях, а мы найдём экспертов 👇

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

🚨 ИИ уже съел ваше место?

Стоп. Давайте без паники и хайпа.

Пока одни кричат «ИИ всех заменит!», другие спокойно получают оффер за оффером. Пока CEO сокращают команды «из-за ИИ», разработчики с нужными скиллами поднимают зарплаты.

Мы копаем глубже твиттеров «экспертов» и собираем данные от тех, кто каждый день коммитит, деплоит, фиксит баги — но в этом нам нужна ваша помощь.

❓Хотим понять:
— Кого действительно уволили и почему
— Как изменились задачи разработчиков
— Где ИИ помогает, а где только мешает
— Какие роли появились, какие исчезли
— Сколько платят тем, кто «дружит» с ИИ

Без буллшита — только цифры и факты. Результаты будут открыты для всех.

📊 Чем больше участников — тем точнее картина. Поделитесь опытом: https://clc.to/aFntFw

✏️ CMD vs ENTRYPOINT

Один из подписчиков недавно задал интересный вопрос:

Когда лучше использовать CMD, а когда ENTRYPOINT в Docker?

Эти два параметра могут запутать, но их применение зависит от того, как вы хотите запустить контейнер.

1️⃣ ENTRYPOINT — основная команда контейнера

Если вам нужно задать команду, которая всегда будет выполняться при запуске контейнера, используйте ENTRYPOINT.

Он задает команду, которая является обязательной для запуска контейнера, и её нельзя переопределить (без указания дополнительных аргументов).

Пример:

ENTRYPOINT ["python", "app.py"]

В этом случае контейнер всегда будет запускать python app.py

2️⃣ CMD — параметры по умолчанию

CMD — это параметры, которые могут быть переданы командной строкой при запуске контейнера.

Если CMD используется в Dockerfile, но команда не была указана при запуске контейнера, то используется команда из CMD. Он также может быть переопределен во время запуска.

Пример:

CMD ["python", "app.py"]

Но если вы хотите передать другие параметры, например:

docker run my_image python other_app.py

То CMD будет переопределен.

3️⃣ Комбинированное использование

Вы также можете использовать оба параметра вместе, когда хотите задать основную команду через ENTRYPOINT, а CMD использовать для указания параметров по умолчанию.

Пример:

ENTRYPOINT ["python"]
CMD ["app.py"]

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

Используйте CMD, если хотите задать параметры по умолчанию, которые можно переопределить при запуске контейнера.

Используйте оба вместе, чтобы задать команду с возможностью замены параметров.

💬 А какие у вас есть примеры использования CMD и ENTRYPOINT? Поделитесь своим опытом в комментариях 👇

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

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

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

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

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

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

🔍 Сканер уязвимостей для контейнеров

Grype — это автономный сканер уязвимостей для контейнеров и директорий. Он стартует за секунды, легко встраивается в пайплайны и выдаёт отчёты в формате таблиц, JSON или YAML.

Как использовать:

Для начала установить командой:

brew install anchore/grype/grype

Сканирование docker-образа:

grype nginx:latest

Сканируем локальную папку с файловой системой:

grype dir:/путь/к/директории

Вывод в формате JSON

grype alpine:3.9 -o json > report.json

Пример интеграции в GitHub Actions:

jobs:
  scan:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - name: Install Grype
        run: curl -sSfL https://raw.githubusercontent.com/anchore/grype/main/install.sh | sh -s -- -b /usr/local/bin
      - name: Scan image
        run: grype ${{ env.IMAGE }} -o table

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

➡️ Просканировать свои контейнеры

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

🤩 Бредово-помогающие лайфхаки с Reddit

Когда речь заходит о повышении продуктивности, многие выбирают проверенные временем методы и подходы. Но что если самые необычные лайфхаки на самом деле оказываются не менее эффективными?

В карточках показали, что нестандартные решения могут работать так же хорошо, как и традиционные.

➡️ Прочитать остальные советы

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