DevOps by REBRAIN

Всем привет от Васи Озерова и Андрея Шабалина! Теперь на платформе доступны записи интенсивов, которые раньше шли только в прямом эфире. Не все успевали попасть на интенсив, пока он шёл вживую: у кого-то в этот день дедлайн на проде, кто-то в отпуске, кто-то узнавал об интенсиве, когда набор уже закрылся. Теперь записи можно посмотреть в любое время. Живые интенсивы с Васей и Андреем мы проводим регулярно и будем проводить дальше. В каждом интенсиве от 4 до 8 записанных занятий + конспекты. Записи уже доступны по семи темам, и у каждого курса теперь два новых варианта: взять курс вместе с интенсивом или получить запись интенсива отдельно. 🟢Kubernetes Admin. Ведущий интенсива: Василий Озеров Поднимешь кластер руками: сгенерируешь сертификаты, развернёшь etcd и соберёшь рабочий control plane, а потом автоматизируешь установку через kubeadm и kubespray. Разберёшься, как обновлять кластер без даунтайма, восстанавливать etcd из снапшота, настраивать сеть через CNI и MetalLB и подключать хранилища через CSI. ↘️ Интенсив Kubernetes Admin ↘️ Курс Kubernetes Admin ↘️ Курс + интенсив 🟢 Kubernetes Base. Ведущий интенсива: Василий Озеров Разберёшься, как устроены архитектура Kubernetes, API и reconciliation loop, и научишься работать с Pod'ами, Deployment и ReplicaSet. Настроишь Services, DNS и RBAC, разберёшься с ConfigMap, Secret и событиями кластера. ↘️ Интенсив Kubernetes Base ↘️ Курс Kubernetes Base ↘️ Курс + интенсив 🟢 Helm. Ведущий интенсива: Василий Озеров Освоишь Kustomize: Base, Overlays, патчи и генерацию ConfigMap без единого шаблона. Напишешь Helm-чарт с нуля, разберёшься с hooks, subcharts и OCI-репозиториями, настроишь GitOps-доставку по окружениям и поймёшь, когда брать Helm, а когда Kustomize. ↘️ Интенсив Kubernetes Manifests ↘️ Курс Helm ↘️ Курс + интенсив 🟢 Networks Basics. Ведущий интенсива: Андрей Шабалин Пройдёшь путь от модели OSI и стека TCP/IP до настройки маршрутизаторов Eltex в GNS3: статическая и динамическая маршрутизация через RIP и OSPF, VLAN, STP и агрегация каналов. Настроишь DHCP, NTP и SSH и разберёшь реальные кейсы с Андреем на финальном Q&A. ↘️ Интенсив Networks Basic ↘️ Курс Networks Basic ↘️ Курс + интенсив 🟢 Network Security. Ведущий интенсива: Андрей Шабалин Настроишь списки контроля доступа и межсетевой экран: stateful и zone-based firewall, трансляция адресов. Разберёшься с аутентификацией, авторизацией и аудитом, соберёшь события через syslog, мониторинг через SNMP и зеркалирование трафика для анализа. ↘️ Интенсив Network Security 🟢 Grafana. Ведущий интенсива: Василий Озеров Соберёшь первый дашборд, потом перейдёшь к продвинутым: шаблонизация и переменные. Настроишь оповещения, разграничишь доступ и разберёшь практики, которые пригодятся в проде. ↘️ Интенсив Grafana для визуализации и дашбордов ↘️ Курс Grafana ↘️ Курс + интенсив 🟢 Prometheus. Ведущий интенсива: Василий Озеров Разберёшься со сбором метрик и языком запросов PromQL. Настроишь мониторинг приложений через Service Discovery и научишься собирать алерты через Alertmanager. ↘️ Интенсив Prometheus для инженеров ↘️ Курс Prometheus ↘️ Курс + интенсив 🎁 До 9 сентября действует скидка на интенсив отдельно и на комплект курс + интенсив. Если в прошлый раз не попал на эфир, теперь есть время наверстать🤍

🔥 Ускоряем CI/CD: новое видео с Дмитрием Куликовым уже на канале Делимся записью открытого практикума, где разобрали, как ускорить сборку пайплайна в GitLab CI/CD и избавиться от лишней передачи зависимостей между этапами. Краткий конспект👇🏼 🟢Где теряется время Каждая лишняя загрузка зависимостей, тяжёлые докер-образы под тесты и последовательный (а не параллельный) прогон разных видов тестирования: из-за этого сборка растягивается на десятки минут вместо секунд. 🟢Кэш vs Артефакты Кэш нужен для зависимостей: привязывается к ключу (например, файлу package-lock.json) и не перекачивается заново, пока файл не менялся. Артефакты нужны для готового результата: бинарник, докер-образ, отчёт о тестах, то есть то, что нужно передать дальше или сохранить на время. 🟢Главная ошибка Передавать зависимости (node_modules) через артефакты вместо кэша. В демо это добавляло около 7 минут на пустом изменении README, потому что зависимости выкачивались и упаковывались заново при каждом пуше. 🟢Оптимизация Dockerfile Если копировать файл зависимостей отдельно от остального кода, слой с npm install кэшируется докером и не пересобирается, пока сами зависимости не менялись. 🟢Раннер В конфиге GitLab Runner можно включить pull_policy: if-not-present, чтобы раннер не тянул образ заново, если он уже скачан локально. Итог: сборка сократилась с 7 минут до 3,25 минуты, больше чем в 2 раза. Основные элементы конфига (примеры) 🟢cache: key: files: привязка кэша к конкретному файлу зависимостей 🟢artifacts: paths / expire_in: что сохранить и на какой срок 🟢artifacts: reports: junit: результаты тестов прямо в интерфейсе GitLab 🟢tags: привязка джобы к конкретному раннеру 🟢pull_policy: ["if-not-present"]: не скачивать образ повторно, если он уже есть Больше подробностей про раннеры, кэш, артефакты и Dockerfile в полной записи вебинара! 👇🏼 ↘️ Смотреть в YouTube ↘️ Смотреть в ВК Для тех, кто хочет на практике разобраться с CI/CD и инфраструктурой под капотом, можно начать бесплатно с демодоступов к практикумам: ↘️ Начать бесплатно практикум GitLab CI ↘️ Начать бесплатно практикум DevOps: IaC

🔥Пока вы жарили шашлыки, мы уронили три кластера (нарочно) Три месяца, три сломанных кластера и 40 открытых эфиров. Собрали, что успели сделать в Ребрейн за это лето. 1. Организовали 3 траблшутинга Это соревнования, где инженеры чинят сломанный кластер и получают призы за скорость. Если ни разу не участвовал, то можно начать с этих трёх, они доступны бесплатно: 🟢 Kubernetes Hardcore 🟢 Linux & Systemd 🟢 New Year 2026 2. Провели 40 открытых вебинаров Практикумы от инженеров VK, Яндекса, Wildberries и Сбера, которые мы проводим три раза в неделю по DevOps, Linux и безопасности. 🟢 Смотреть календарь вебинаров 3. Запустили 17 практикумов по новым технологиям Самыми популярными стали: ↘️ Keycloak ↘️ Proxmox + тренажёры ↘️ FreeIPA + тренажёры ↘️ Patroni + тренажёры ↘️ VictoriaMetrics + тренажёры 4. Провели 3 интенсива По сетевой безопасности, ИИ-агентам и безопасности операционных систем. Это живые эфиры с инженерами и практика на стендах, где можно сразу задать вопрос и получить фидбэк. Раз в месяц, с разными спикерами. Следующий снова с Васей Озеровым. Ставь 🔥, если всё лето успевал и на пляж, и на шашлыки, и прокачать стек!

📍 Всем привет! Сегодняшний вебинар «Загруженность сервера 100% по CPU. Кто виноват и что делать?» отменяется. После дополнительного обсуждения со спикером мы решили не проводить встречу в текущем формате. Сожалеем, что планы по этому вебинару меняются уже второй раз. От самой темы отказываться не хотим — вернёмся к ней позже с другим спикером. О новой встрече обязательно расскажем в комьюнити 🤝

On-call без паники: как настроить умный мониторинг в Zabbix 3 часа ночи. Звонит телефон, в Telegram сыплются алерты: CPU load > 90%. Вы судорожно открываете ноутбук, заходите на сервер и видите, что нагрузка уже упала. Это был плановый бэкап или тяжелый батч-процесс, который запускается каждую ночь. Итог: вы не выспались, инженер рассержен, а проблема оказалась ложной. По статистике, высокая нагрузка во время дежурств (on-call) — одна из главных причин выгорания инженеров. До 30% алертов от систем мониторинга являются «шумом» и не требуют мгновенной реакции. Из-за обилия ложных срабатываний замыливается глаз, и реальный критический инцидент можно легко пропустить. Zabbix позволяет решить проблему «шума» с помощью гибких триггеров, зависимостей, временных окон и механизмов эскалации. Чтобы избежать ложных срабатываний на кратковременные пики, используйте функции усреднения. В современных версиях Zabbix (6.0+) синтаксис триггера выглядит так: avg(/Template OS Linux/system.cpu.load[percpu,avg1],5m) > 5 Благодаря функции avg(5m), кратковременный скачок процессора (например, при запуске утилиты) не поднимет дежурного среди ночи. Алерт сработает только в том случае, если высокая нагрузка стабильно держится более 5 минут. Следующий шаг - настройка умной эскалации: 1️⃣ Сначала уведомление отправляется в некритичный чат Telegram. 2️⃣ Если инцидент не закрыт в течение 10 минут — отправляется SMS дежурному инженеру. 3️⃣ Если реакции нет 30 минут — включается автозвонок или оповещение тимлида. Для кастомных уведомлений (например, отправки алертов в Slack или корпоративный мессенджер) Zabbix поддерживает вебхуки и скрипты оповещений: #!/bin/bash # Скрипт оповещения (Zabbix Alert Script) # $1 — получатель (канал/webhook URL), $2 — тема, $3 — текст сообщения ALERT_MSG=$(echo "$3" | sed 's/"/\\"/g') curl -X POST -H 'Content-type: application/json' \ --data "{\"text\":\"⚠️ *${2}*:\n${ALERT_MSG}\"}" \ "$1" Zabbix также отлично автоматизирует рутину: с помощью LLD (Low-Level Discovery) он сам находит новые сетевые интерфейсы, диски или сервера в сети и сразу вешает на них нужные шаблоны мониторинга. Чек-лист для настройки эффективного мониторинга: ✅ Используйте шаблоны (Templates): не настраивайте метрики вручную для каждого хоста. ✅ Сглаживайте графики: применяйте функции avg(), max(), min() за промежуток времени вместо мгновенных значений. ✅ Ранжируйте приоритеты: делите алерты на *Information*, *Warning* и *Average/High/Disaster*. Ночью должны будить только последние два. ✅ Используйте макросы: выносите пороги срабатывания (например, `{$CPU.UTIL.CRIT} = 90`) в макросы шаблона, чтобы менять их в один клик. ✅ Регулярно проводите ревизию: удаляйте неактуальные триггеры, снижающие фокус команды. Чтобы научиться настраивать Zabbix на экспертном уровне, создавать кастомные шаблоны, работать с API и автоматизировать сбор метрик - 🔥открывайте бесплатный демодоступ🔥 к нашим курсам с практикой: 🔹Zabbix - установка, архитектура, LLD, триггеры, макросы и эскалации. 🔹Linux Advanced - траблшутинг системы, оптимизация производительности, логи. 🔹Networks - сетевые протоколы, tcpdump, SNMP и мониторинг сетевого оборудования.

Как сэкономить 135 000 рублей на изучении технологий? К нам часто приходят инженеры, которые учат технологии одну за одной, а в голове они не складываются в цельную картину. Отдельные курсы по каждому инструменту съедают бюджет, а собрать из этого единый production-контур всё равно приходится самому. И страшно упустить что-то важное: сканирование образов, логирование, алертинг. Вылезет это уже в проде. Мы собрали в трек DevOps Container Expert технологии, без которых сегодня не обходится ни один production-контур в Kubernetes: 🟢Git 🟢GitLab CI 🟢Kubernetes Base 🟢Helm 🟢Argo CD 🟢Nginx 🟢Prometheus 🟢Grafana 🟢EFK (Elastic & Fluent & Kibana) 🟢Container Security ↘️ Подробная программа Модули идут по порядку, каждый следующий опирается на предыдущий, поэтому не нужно самому решать, что учить дальше. Внутри - 158 уроков и около 270 часов практики на реальных стендах. Финальный проект - деплой микросервисного приложения по полному циклу: собираешь пайплайн в GitLab CI со сборкой образов и сканированием на уязвимости, описываешь приложение Helm-чартом, настраиваешь GitOps-доставку через Argo CD, публикуешь сервисы через Ingress NGINX с TLS, поднимаешь мониторинг с алертингом и логи на EFK. После трека у тебя есть готовый рабочий кейс: production-контур, который ты сам развернул и можешь показать на собеседовании. 🎁 До 10 сентября действует скидка 17 000 ₽. Экономия на полном треке - 135 000 ₽. ↘️ Купить практикум DevOps Container Expert Подойдёт DevOps-инженерам Junior/Middle, которые хотят закрыть пробелы в GitOps, безопасности и мониторинге и дорасти до Senior. Системным администраторам, которые готовы перейти в DevOps по понятному плану, а не собирать его самостоятельно по частям. И инженерам инфраструктуры, которым нужно быстро внедрить K8s, Helm, Argo CD и Prometheus на своём проекте.

🟡 Анонс открытых практикумов на следующую неделю 1️⃣ Ресурсная модель против событийной: почему состояние часто мощнее событий ↘ Регистрация Время проведения: 24 августа 2026, понедельник, 20:00 по МСК Программа практикума: 🟢Ресурсная модель описывает состояние, а событийная — произошедшие факты 🟢События не всегда позволяют понять, в каком состоянии система находится сейчас 🟢Ресурс может хранить и желаемое, и фактическое состояния 🟢reconciliation loop часто надёжнее длинной цепочки событий 🟢Ресурсную модель проще восстанавливать после сбоев 🟢Повторная обработка состояния естественно поддерживает идемпотентность 🟢Kubernetes — хороший пример силы декларативной ресурсной модели 🟢События лучше использовать для уведомлений и интеграций, а не как единственный источник управления 🟢Для долгоживущей асинхронной логики ресурсная модель часто оказывается мощнее Кто ведёт? Дмитрий Гордеев — тимлид разработки облачных решений в X5 Tech с опытом работы в Go больше 5 лет --------------------------------------------------------------------------------------- 2️⃣ Межсетевой экран на маршрутизаторах Eltex ↘ Регистрация Время проведения: 25 августа 2026, вторник, 19:00 по МСК Программа практикума: 🟢ESR: характеристика функционала фильтрации трафика 🟢Zone-based Firewall: теоретические основы 🟢Настройка сегментации сети на маршрутизаторе ESR Кто ведёт? Андрей Шабалин — Тренер Cisco / Huawei, инструктор академии Eltex и Астра-Университета --------------------------------------------------------------------------------------- 3️⃣ Балансировка нагрузки в Angie ↘ Регистрация Время проведения: 27 августа 2026, четверг, 19:00 по МСК Программа практикума: 🟢Зачем нужна балансировка? 🟢Виды балансировки нагрузки в Angie 🟢Различия в Nginx и Angie 🟢Рассмотрим применение L4 и L7 балансировки 🟢Настройка серверного кэширования Кто ведёт? Николай Лавлинский — Технический директор в ООО “Метод Лаб”. Веб-разработчик более 15 лет. Спикер конференций HighLoad++, РИТ++

Уволившийся сотрудник два месяца оставался в SSH-доступе на восьми серверах, потому что его аккаунт нигде не был заведён централизованно, и снести его нужно было руками в восьми местах Так живёт инфраструктура без единого каталога доступа: пользователей заводят вручную на каждой машине, рутину закрывают одноразовыми Bash-скриптами, которые никто не оформляет в Ansible-роль, а когда человек уходит из команды, его доступ закрывают не везде и не сразу. Открыли бесплатный демодоступ к практикуму «Управление инфраструктурой и рабочими станциями», чтобы собрать из этого порядок: автоматизированную, безопасную и централизованно управляемую Linux-инфраструктуру с нуля. Связка FreeIPA, Bash и Ansible закрывает всю цепочку, от единого каталога доступа до автоматизации рутины скриптами и ролями. Демодоступ открыт к 10 урокам из трёх модулей Ansible 🟢 Введение 🟢 Введение в Ansible 🟢 Ad-hoc-команды 🟢 Playbooks: основы FreeIPA 🟢 Введение 🟢 Архитектура и компоненты FreeIPA 🟢 Установка и базовая настройка сервера Bash 🟢 Введение 🟢 Основы Shell и первый скрипт 🟢 Переменные и типы данных Дальше по программе отказоустойчивые кластеры FreeIPA, HBAC-правила и централизованный sudo, парсинг логов через sed и awk, Ansible-роли с тестами на Molecule. Финальный проект собирает всё вместе: разворачиваешь домен FreeIPA, пишешь Bash-скрипты для сбора логов и автоматизируешь рабочие станции через Ansible. ↘️ Начать с демодоступа 🎁 В честь запуска — скидка -20% на полную программу до 31 августа Как активировать демо: 🟢 Переходите по ссылке курса, доступ откроется автоматически всем зарегистрированным пользователям платформы 🟢 Слева вы увидите, какие модули и блоки открылись 🟢 Проходите в своём темпе, выполняйте задания и знакомьтесь с платформой Проведите выходные с пользой 🤍

Топ-5 болей при работе с Docker Собрали то, с чем чаще всего сталкиваются DevOps-инженеры, сисадмины и бэкенд-разработчики, когда переносят Docker в прод. Если работаешь с контейнерами больше пары месяцев, минимум две боли из списка точно узнаешь. 1. Образы весят гигабайты. Диски на серверах забиваются, а деплой тянется по несколько минут просто на скачивание слоёв. 2. Контейнер падает при старте, а логи пустые. Приходится вручную разбирать exit-код через docker inspect и гадать, что пошло не так. 3. Данные баз данных исчезают при перезапуске или обновлении образа. Файловая система контейнера по умолчанию не рассчитана на постоянное хранение. 4. Несколько контейнеров сложно связать в сеть без проброса всех портов наружу. Стандартный bridge не резолвит контейнеры по имени. 5. Сборка образа растягивается на минуты. Кэш пакетного менеджера сбрасывается при любом изменении в коде, и зависимости качаются заново. Ни один из этих пунктов не закрывается лайфхаком из интернета. Разбираться приходится с тем, как Docker устроен на уровне ядра Linux. Поэтому в новом практикуме Docker Base под каждую поблему есть отдельный модуль. Вся программа построена вокруг решения реальных инфраструктурных задач на живых серверах. Только хардкорная практика, отладка упавших сервисов, тонкая настройка демона и проектирование изолированных сетей. В программе: 🟢Оптимизация кэширования слоев Dockerfile для ускорения сборки приложений в CI/CD пайплайнах. 🟢Проектирование ультра-легковесных production-образов с использованием Multi-stage builds. 🟢Настройка сетевой изоляции и DNS-резолвинга между контейнерами в пользовательских bridge-сетях. 🟢Конфигурирование Docker Daemon, настройка ротации логов и ограничений дискового пространства. 🟢Управление персистентным хранением данных баз данных с помощью Docker Volumes и Bind Mounts. 🟢Локальная оркестрация многокомпонентных микросервисных приложений через Docker Compose. 🟢Обеспечение безопасности рантайма за счет запуска процессов от лица non-root пользователей." ↘️ Подробная программа В финальном проекте ты спроектируешь отказоустойчивую локальную среду для микросервисного веб-приложения: напишешь оптимизированные Dockerfile, настроишь изолированные сети и persistent-хранилища для СУБД, свяжешь сервисы через Docker Compose и настроишь ротацию логов. 🎁 До 24 августа действует скидка 5 000 рублей для новых участников ↘️ Купить практикум Docker Base ↘️ Купить практикум Docker Base + тренажёры Если ты DevOps-инженер, системный администратор или бэкенд-разработчик и хочешь освоить контейнеризацию приложений на профессиональном уровне — этот практикум для тебя 🤍

📍 Всем привет! По техническим причинам завтрашний вебинар «Загруженность сервера 100% по CPU. Кто виноват и что делать?» переносится на четверг, 26 августа. Ждём вас в 20:00 МСК 🤝