Zabbix vs Prometheus: коротко о главном
1. Модель сбора данных
• Zabbix: сервер опрашивает агентов (polling) или агенты сами шлют данные (trapping). Гибридная модель. Активные проверки спасают, когда сеть нестабильна или за NAT.
• Prometheus: сам ходит и забирает метрики с эндпоинтов (pull). Идеально для динамических сред (Kubernetes), где цели появляются и исчезают. Service Discovery из коробки.
2. Хранение данных
• Zabbix: всё в реляционной БД (PostgreSQL/MySQL + TimescaleDB). Можно хранить историю годами, строить сложные SLA-отчёты. БД — и сила, и бутылочное горлышко.
• Prometheus: локальное TSDB на диске. Очень быстро пишет, но долгосрочное хранение — боль. Решается внешними компонентами (Thanos, VictoriaMetrics).
3. Язык запросов
• Zabbix: триггерные функции (
• Prometheus: PromQL. Позволяет считать rate, перцентили, агрегировать по лейблам на лету. Если нужно копаться в метриках приложений — это must have.
4. Когда что брать
Zabbix — если:
• много железа (сетевое оборудование, SNMP, IPMI, Windows-серверы);
• инфраструктура статична (серверы не пересоздаются каждые 5 минут);
• нужны сложные эскалации и отчёты по SLA с хранением на годы.
Prometheus — если:
• Kubernetes, Docker Swarm, облачный автоскейлинг;
• микросервисы, которые отдают бизнес-метрики;
• нужен гибкий анализ производительности (перцентили, rate, сложные агрегаты).
Итог
В продакшене часто живут оба стека: Prometheus — в Kubernetes для разработчиков, Zabbix — для сетевых инженеров и железок. Всё стягивается в Grafana. Это не война, а комплементарные инструменты.
1. Модель сбора данных
• Zabbix: сервер опрашивает агентов (polling) или агенты сами шлют данные (trapping). Гибридная модель. Активные проверки спасают, когда сеть нестабильна или за NAT.
• Prometheus: сам ходит и забирает метрики с эндпоинтов (pull). Идеально для динамических сред (Kubernetes), где цели появляются и исчезают. Service Discovery из коробки.
2. Хранение данных
• Zabbix: всё в реляционной БД (PostgreSQL/MySQL + TimescaleDB). Можно хранить историю годами, строить сложные SLA-отчёты. БД — и сила, и бутылочное горлышко.
• Prometheus: локальное TSDB на диске. Очень быстро пишет, но долгосрочное хранение — боль. Решается внешними компонентами (Thanos, VictoriaMetrics).
3. Язык запросов
• Zabbix: триггерные функции (
last(), avg(), nodata()). Для пороговой логики за глаза, но для глубокого анализа не хватает.• Prometheus: PromQL. Позволяет считать rate, перцентили, агрегировать по лейблам на лету. Если нужно копаться в метриках приложений — это must have.
4. Когда что брать
Zabbix — если:
• много железа (сетевое оборудование, SNMP, IPMI, Windows-серверы);
• инфраструктура статична (серверы не пересоздаются каждые 5 минут);
• нужны сложные эскалации и отчёты по SLA с хранением на годы.
Prometheus — если:
• Kubernetes, Docker Swarm, облачный автоскейлинг;
• микросервисы, которые отдают бизнес-метрики;
• нужен гибкий анализ производительности (перцентили, rate, сложные агрегаты).
Итог
В продакшене часто живут оба стека: Prometheus — в Kubernetes для разработчиков, Zabbix — для сетевых инженеров и железок. Всё стягивается в Grafana. Это не война, а комплементарные инструменты.
👍52🔥8❤2👎2
1️⃣ Source NAT на маршрутизаторах Eltex
Время проведения:
17 марта 2026, вторник, 19:00 по МСК
Программа практикума:
Кто ведёт?
Андрей Шабалин — Тренер Cisco / Huawei, инструктор академии Eltex и Астра-Университета
---------------------------------------------------------------------------------------
2️⃣ Linux From Scratch: 06
Время проведения:
18 марта 2026, среда, 20:00 по МСК
Программа практикума:
и др.
Кто ведёт?
Андрей Буранов — системный администратор в департаменте VK Play, 10+ лет опыта работы с ОС Linux, 8+ лет опыта преподавания. Входит в топ 3 лучших преподавателей образовательных порталов.
---------------------------------------------------------------------------------------
3️⃣ Клиентская оптимизация веб-приложений
Время проведения:
19 марта 2026, четверг, 19:00 по МСК
Программа практикума:
Кто ведёт?
Николай Лавлинский — Технический директор в ООО “Метод Лаб”. Веб-разработчик более 15 лет. Спикер конференций HighLoad++, РИТ++.
Please open Telegram to view this post
VIEW IN TELEGRAM
Rebrain
Ошибка 404
DevOps, Kubernetes, Docker, Linux, HighLoad, обучение онлайн, онлайн-практикумы, вебинары, обучение DevOps, обучение Linux, обучение HighLoad, обучение Docker, корпоративное обучение DevOps, обучение Kubernetes, корпоративное обучение Docker, корпоративное…
🔥5
💻 Многие инженеры используют Zabbix, но на практике сталкиваются с одинаковыми проблемами:
— база данных мониторинга «пухнет» и начинает тормозить весь сервер
— ручное добавление каждого нового диска или интерфейса занимает вечность
— сложно собирать метрики из закрытых сегментов сети или за NAT
— непонятно, как мониторить специфические параметры, которых нет «из коробки»
В результате мониторинг есть, но масштабировать его под реальную инфраструктуру становится сложно.
При этом Zabbix остаётся одним из стандартов индустрии для мониторинга классической и гибридной инфраструктуры.
С выходом версий 6.0 и 7.0 с нативной поддержкой HA, TimescaleDB и улучшенным Agent 2 спрос на специалистов, умеющих готовить Zabbix в масштабах Enterprise, вырос примерно на 40% за последний год.
➕ Поэтому мы запускаем новый практикум Zabbix для инженеров
Это курс с реальными кейсами настройки безопасности и шифрования. Никаких «песочниц» — работа с PostgreSQL и TimescaleDB как в продакшене. На практикуме вы научитесь:
🟢 разворачивать и настраивать Zabbix 6.0 / 7.0 LTS для production-инфраструктуры
🟢 оптимизировать хранение метрик с использованием PostgreSQL и TimescaleDB
🟢 проектировать масштабируемые системы мониторинга для тысяч хостов
🟢 настраивать триггеры, шаблоны и автоматизацию мониторинга
🟢 строить отказоустойчивую архитектуру мониторинга (HA)
🟢 анализировать производительность Zabbix и устранять узкие места
🟢 внедрять мониторинг как часть DevOps и SRE-процессов
Финальная часть практикума — проектирование Enterprise-системы мониторинга, которая сможет работать с высоконагруженной инфраструктурой.
⭐️ Старт первого потока 24 марта, сейчас действует специальная цена 💰30 000 → 25 000 руб.
🎁 А для тех, кто покупал практикумы Linux (Basic, Advanced) или Networks, мы даем дополнительную скидку 3 000 руб., чтобы учиться было еще выгоднее
↘️ Подробнее о программе
↘️ Купить курс со скидкой
— база данных мониторинга «пухнет» и начинает тормозить весь сервер
— ручное добавление каждого нового диска или интерфейса занимает вечность
— сложно собирать метрики из закрытых сегментов сети или за NAT
— непонятно, как мониторить специфические параметры, которых нет «из коробки»
В результате мониторинг есть, но масштабировать его под реальную инфраструктуру становится сложно.
При этом Zabbix остаётся одним из стандартов индустрии для мониторинга классической и гибридной инфраструктуры.
С выходом версий 6.0 и 7.0 с нативной поддержкой HA, TimescaleDB и улучшенным Agent 2 спрос на специалистов, умеющих готовить Zabbix в масштабах Enterprise, вырос примерно на 40% за последний год.
Это курс с реальными кейсами настройки безопасности и шифрования. Никаких «песочниц» — работа с PostgreSQL и TimescaleDB как в продакшене. На практикуме вы научитесь:
Финальная часть практикума — проектирование Enterprise-системы мониторинга, которая сможет работать с высоконагруженной инфраструктурой.
⭐️ Старт первого потока 24 марта, сейчас действует специальная цена 💰
🎁 А для тех, кто покупал практикумы Linux (Basic, Advanced) или Networks, мы даем дополнительную скидку 3 000 руб., чтобы учиться было еще выгоднее
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤2👍2
📍 По техническим причинам сегодняшний вебинар «ArgoCD: Синхронизируем состояние» переносится на 25 марта.
Ждём вас в 19:00 МСК 🤝
Ждём вас в 19:00 МСК 🤝
👍10💯5👎4
Вы просили повторить и вот уже 31 марта мы вновь проведем
🔥 открытое собеседование на позицию DevOps-инженера🔥
Ищем двух смелых DevOps-инженеров (Middle/Senior) для открытого технического интервью в прямом эфире.
Вы проходите собеседование в Магнит Tech на глазах у комьюнити, а взамен получаете максимум фидбека и оффер в сильную команду.
Честный формат:
— Живое собеседование в Zoom с разбором реальных кейсов, архитектурных задач и вопросов по автоматизации.
— Зрители и эксперты дают обратную связь.
— Полная прозрачность процесса и новые контакты в индустрии.
Кого мы ищем:
Тех, кто не боится сложных вопросов, готов показать экспертизу и хочет попасть в Магнит Tech.
Как участвовать:
До 20 марта напишите @fleurkaraman:
— Почему хотите именно открытый формат.
— Ссылку на резюме.
25 марта мы выберем по одному кандидату уровня Middle и Senior, вышлем приглашение и детали. Этот шанс стоит того, чтобы рискнуть.
А те, кто хотят быть слушателями - ссылка на регистрацию на веб
Ищем двух смелых DevOps-инженеров (Middle/Senior) для открытого технического интервью в прямом эфире.
Вы проходите собеседование в Магнит Tech на глазах у комьюнити, а взамен получаете максимум фидбека и оффер в сильную команду.
Честный формат:
— Живое собеседование в Zoom с разбором реальных кейсов, архитектурных задач и вопросов по автоматизации.
— Зрители и эксперты дают обратную связь.
— Полная прозрачность процесса и новые контакты в индустрии.
Кого мы ищем:
Тех, кто не боится сложных вопросов, готов показать экспертизу и хочет попасть в Магнит Tech.
Как участвовать:
До 20 марта напишите @fleurkaraman:
— Почему хотите именно открытый формат.
— Ссылку на резюме.
25 марта мы выберем по одному кандидату уровня Middle и Senior, вышлем приглашение и детали. Этот шанс стоит того, чтобы рискнуть.
А те, кто хотят быть слушателями - ссылка на регистрацию на веб
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤4👍2😁2
После того, как разобрались с базовыми ресурсами Kubernetes, появляется следующий уровень — администрирование кластера. И вот здесь начинаются вопросы, которые редко разбирают на курсах:
Как установить кластер с нуля?
Как обновлять его без падений?
Что делать, если упал etcd?
Как работает сеть и хранение данных внутри Kubernetes?
Этим как раз и занимается Kubernetes-администратор, он полностью отвечает за работоспособность и стабильность кластера в продакшне.
Интенсив по Kubernetes Admin — это серия живых занятий с Васей Озеровым про установку, поддержку и эксплуатацию Kubernetes, которые включают:
Программа интенсива:
30.03 — Kubernetes The Hard Way: установка кластера с нуля
Генерация PKI и сертификатов, развёртывание etcd, настройка control plane и worker-нод.
02.04 — Автоматизация установки: KubeAdm и KubeSpray
Инициализация кластера, работа со статическими подами, масштабирование нод и подготовка инфраструктуры.
07.04 — Поддержка кластера: обновления, бэкапы и сертификаты
Upgrade control plane и worker-нод, снапшоты etcd, disaster recovery и troubleshooting после обновлений.
14.04 — Networking, CNI и MetalLB
Как устроена сеть Kubernetes, сравнение CNI (Flannel, Calico, Cilium), работа kube-proxy и балансировка в bare-metal.
21.04 — Хранение данных: CSI и Persistent Volumes
Архитектура CSI, работа PV/PVC, StorageClasses и особенности persistent-хранилищ.
23.04 — Q&A сессия
Ответим на вопросы, разберём реальные кейсы администрирования и соберём всю картину эксплуатации Kubernetes.
Форматы участия:
- практикум Kubernetes Admin + интенсив
- только практикум Kubernetes Admin
- только интенсив с Васей
↘️ Узнать подробности и занять место
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥3❤1
Зачем мне OpenVPN, если есть WireGuard?
WireGuard действительно проще и во многих кейсах, это отличный выбор. Но OpenVPN всё ещё широко используется там, где нужна более гибкая настройка и интеграции. Например, когда требуется:
- работа с сертификатами и PKI
- интеграция с LDAP / PAM
- более сложные сценарии маршрутизации и доступа
👉 Поэтому OpenVPN это не замена, а ещё один инструмент, который стоит понимать.
➕ Запустили новую программу по OpenVPN
Это практический курс для тех, кто хочет разобраться, как работает OpenVPN и где его имеет смысл применять. Что внутри:
🟢 настройка OpenVPN и работа с EasyRSA / PKI
🟢 TUN/TAP, маршрутизация, сетевые сценарии
🟢 TLS, авторизация, базовые практики безопасности
🟢 разбор типовых проблем и диагностика
После курса ты сможешь:
✔️ сможешь разворачивать и настраивать OpenVPN под разные задачи
✔️ будешь лучше понимать, как устроены VPN и сетевое взаимодействие
✔️ сможешь увереннее диагностировать проблемы
💻 Для кого:
- DevOps / SRE
- сисадмины
- сетевые инженеры
Если ты уже работаешь с Linux и сетью — это следующий уровень.
⭐️ Старт первого потока 24 марта, сейчас действует специальная цена 💰25 000 → 22 000 руб.
🎁 А для тех, кто покупал любой практикум Linux или Networks, мы даем дополнительную скидку 3 000 руб., чтобы учиться было еще выгоднее
↘️ Подробнее о программе
↘️ Купить курс со скидкой
WireGuard действительно проще и во многих кейсах, это отличный выбор. Но OpenVPN всё ещё широко используется там, где нужна более гибкая настройка и интеграции. Например, когда требуется:
- работа с сертификатами и PKI
- интеграция с LDAP / PAM
- более сложные сценарии маршрутизации и доступа
👉 Поэтому OpenVPN это не замена, а ещё один инструмент, который стоит понимать.
Это практический курс для тех, кто хочет разобраться, как работает OpenVPN и где его имеет смысл применять. Что внутри:
После курса ты сможешь:
✔️ сможешь разворачивать и настраивать OpenVPN под разные задачи
✔️ будешь лучше понимать, как устроены VPN и сетевое взаимодействие
✔️ сможешь увереннее диагностировать проблемы
💻 Для кого:
- DevOps / SRE
- сисадмины
- сетевые инженеры
Если ты уже работаешь с Linux и сетью — это следующий уровень.
⭐️ Старт первого потока 24 марта, сейчас действует специальная цена 💰
🎁 А для тех, кто покупал любой практикум Linux или Networks, мы даем дополнительную скидку 3 000 руб., чтобы учиться было еще выгоднее
Please open Telegram to view this post
VIEW IN TELEGRAM
👎12👍9😁8❤4🔥2
🔥 Новые демодоступы к нашим практикумам
Добавили пять новых демо к программам. Заходите, смотрите, как устроено обучение на платформе и выполняйте практические задания.
К каким практикумам открыт демодоступ:
🟢 Kubernetes Admin
🟢 Docker
🟢 Helm
🟢 Grafana
🟢 Кейс: Kube Prometheus Stack
🎁 Традиционно в честь запуска — скидка -25% до 23 марта
На программы, к которым сегодня открыли демодоступ.
Как активировать демо:
🟢 Переходите по ссылке курса в посте и выбираете бесплатный доступ
🟢 Вам откроется часть уроков, доступных в демо на 7 дней
🟢 Проходите в своём темпе, знакомитесь с материалами и платформой
↘️ Если появятся вопросы — пишите нашим менеджерам в телеграм
Они проконсультируют и помогут подобрать обучение под ваши цели и задачи.
Пробуйте, изучайте и прокачивайте навыки🤍
Добавили пять новых демо к программам. Заходите, смотрите, как устроено обучение на платформе и выполняйте практические задания.
К каким практикумам открыт демодоступ:
На программы, к которым сегодня открыли демодоступ.
Как активировать демо:
Они проконсультируют и помогут подобрать обучение под ваши цели и задачи.
Пробуйте, изучайте и прокачивайте навыки
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🔥4👏2❤1
Интенсив по Kubernetes Admin — это серия живых занятий с Васей Озеровым про установку, поддержку и эксплуатацию Kubernetes.
Форматы участия:
- практикум Kubernetes Admin + интенсив
- только практикум Kubernetes Admin
- только интенсив с Васей
🟡 Старт — 30 марта
🎁 Скидка до 35% на все тарифы действует до 23 марта
↘️ Узнать подробности и занять место
Программа интенсива:
30.03 — Kubernetes The Hard Way: установка кластера с нуля
Генерация PKI и сертификатов, развёртывание etcd, настройка control plane и worker-нод.
02.04 — Автоматизация установки: KubeAdm и KubeSpray
Инициализация кластера, работа со статическими подами, масштабирование нод и подготовка инфраструктуры.
07.04 — Поддержка кластера: обновления, бэкапы и сертификаты
Upgrade control plane и worker-нод, снапшоты etcd, disaster recovery и troubleshooting после обновлений.
14.04 — Networking, CNI и MetalLB
Как устроена сеть Kubernetes, сравнение CNI (Flannel, Calico, Cilium), работа kube-proxy и балансировка в bare-metal.
21.04 — Хранение данных: CSI и Persistent Volumes
Архитектура CSI, работа PV/PVC, StorageClasses и особенности persistent-хранилищ.
23.04 — Q&A сессия
Ответим на вопросы, разберём реальные кейсы администрирования и соберём всю картину эксплуатации Kubernetes.
Форматы участия:
- практикум Kubernetes Admin + интенсив
- только практикум Kubernetes Admin
- только интенсив с Васей
↘️ Узнать подробности и занять место
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2❤1👎1👏1💯1
Привет! В конце прошлого года мы проводили два вебинара по разбору резюме на позицию DevOps, и судя по количеству регистраций, участников и повторных просмотров, тема зашла🔥
Сейчас то время, когда с помощью ИИ пишут резюме и с помощью ИИ HR их отсеивают. Время не простое. Но качественная структура может помочь тебе повысить шансы трудоустройства. Если ты сейчас ищешь работу или не понимаешь, почему отклики остается без ответа HR, этот конспект для тебя. Можешь прочитать тезисы в посте, или посмотреть записи эфиров, где разобраны реальные резюме инженеров, которые прислали участники сообщества.
О чём говорили на вебинаре
⏱️ Правило 30 секунд
Резюме - это не автобиография, а инструмент продаж твоего опыта, который hr считывает за 30 секунд. Ты можешь быть сильным инженером, но если не умеешь «продать» себя на бумаге, то до собеседования просто не дойдёшь. На эфире разобраны ошибки, которые часто допускают инженеры на этом этапе.
🧱 Матрица компетенций DevOps
Золотой стандарт для резюме DevOps:
🔹CI/CD: GitLab CI, Jenkins, GitHub Actions, ArgoCD
🔹Контейнеризация и оркестрация: Docker, Kubernetes, Helm
🔹IaC: Terraform, Ansible (или аналоги)
🔹Мониторинг и логирование: Prometheus, Grafana, ELK / Loki
🔹Облака: AWS / GCP / Azure (опыт хотя бы в одном)
🔹Безопасность: базовые практики (Vault, управление секретами)
🔹Linux/Network: уверенное владение Linux, основы сетей (DNS, TCP/IP)
💰 Деньги и адекватность
Занижать ценник так же плохо, как завышать. Если ты пишешь: «Kubernetes, Terraform, Senior» и просишь 80к, у нанимателя один вывод: либо ты врёшь, либо не понимаешь рынок.
🧹 Убирай лишнее
Никому не важно, что ты обжимал RJ45 или работал в библиотеке 10 лет назад. Фокус только на релевантных задачах последних 2–3 мест работы.
🧠 Лайфхак по опыту
Если в трудовой ты «инженер-электроник», а по факту внедрял CI/CD - пиши «DevOps-инженер». Здесь нет обмана, просто ты переводишь свои задачи на язык рынка.
Зачем смотреть полную запись?
1) Насмотренность: показываем хорошие резюме и те, которые хочется сразу закрыть.
2) Разбор ошибок: ты увидишь, как описание стека у многих превращается в нечитаемую "кашу" и как это исправить.
3) Ход мыслей: объясняем, на что именно смотрит нанимающий инженер, когда хочет зацепиться за тему для диалога на собеседовании.
▶️ Записи уже ждут всех на нашем канале
Сейчас то время, когда с помощью ИИ пишут резюме и с помощью ИИ HR их отсеивают. Время не простое. Но качественная структура может помочь тебе повысить шансы трудоустройства. Если ты сейчас ищешь работу или не понимаешь, почему отклики остается без ответа HR, этот конспект для тебя. Можешь прочитать тезисы в посте, или посмотреть записи эфиров, где разобраны реальные резюме инженеров, которые прислали участники сообщества.
О чём говорили на вебинаре
⏱️ Правило 30 секунд
Резюме - это не автобиография, а инструмент продаж твоего опыта, который hr считывает за 30 секунд. Ты можешь быть сильным инженером, но если не умеешь «продать» себя на бумаге, то до собеседования просто не дойдёшь. На эфире разобраны ошибки, которые часто допускают инженеры на этом этапе.
🧱 Матрица компетенций DevOps
Золотой стандарт для резюме DevOps:
🔹CI/CD: GitLab CI, Jenkins, GitHub Actions, ArgoCD
🔹Контейнеризация и оркестрация: Docker, Kubernetes, Helm
🔹IaC: Terraform, Ansible (или аналоги)
🔹Мониторинг и логирование: Prometheus, Grafana, ELK / Loki
🔹Облака: AWS / GCP / Azure (опыт хотя бы в одном)
🔹Безопасность: базовые практики (Vault, управление секретами)
🔹Linux/Network: уверенное владение Linux, основы сетей (DNS, TCP/IP)
💰 Деньги и адекватность
Занижать ценник так же плохо, как завышать. Если ты пишешь: «Kubernetes, Terraform, Senior» и просишь 80к, у нанимателя один вывод: либо ты врёшь, либо не понимаешь рынок.
🧹 Убирай лишнее
Никому не важно, что ты обжимал RJ45 или работал в библиотеке 10 лет назад. Фокус только на релевантных задачах последних 2–3 мест работы.
🧠 Лайфхак по опыту
Если в трудовой ты «инженер-электроник», а по факту внедрял CI/CD - пиши «DevOps-инженер». Здесь нет обмана, просто ты переводишь свои задачи на язык рынка.
Зачем смотреть полную запись?
1) Насмотренность: показываем хорошие резюме и те, которые хочется сразу закрыть.
2) Разбор ошибок: ты увидишь, как описание стека у многих превращается в нечитаемую "кашу" и как это исправить.
3) Ход мыслей: объясняем, на что именно смотрит нанимающий инженер, когда хочет зацепиться за тему для диалога на собеседовании.
▶️ Записи уже ждут всех на нашем канале
❤8👍5🔥2
1️⃣ Kamailio: Sip маршрутизация и её основы
Время проведения:
24 марта 2026, вторник, 20:00 по МСК
Программа практикума:
Кто ведёт?
Роман Сыртланов — технический эксперт, 10+ лет опыта работы с VoIP. 2 года опыта преподавания на онлайн платформах. Работает с Asterisk/FreeSWITCH/Kamailio.
---------------------------------------------------------------------------------------
2️⃣ ArgoCD: Синхронизируем состояние
Время проведения:
25 марта 2026, среда, 19:00 по МСК
Программа практикума:
Кто ведёт?
Василий Озеров — co-Founder REBRAIN, IT-инженер с 2012 года, провёл 100+ вебинаров по DevOps и инфраструктуре.
---------------------------------------------------------------------------------------
3️⃣ Подход к организации тестовых контуров на базе K8s
Время проведения:
26 марта 2026, четверг, 19:00 по МСК
Программа практикума:
Кто ведёт?
Александр Крылов — CPO продукта Штурвал в Лаборатория числитель, опыт работы в DevOps более 7 лет. Постоянный спикер конференций: DevOps conf, TeamLead conf, Highload conf, соавтор и ведущий подкаста ProITStand.
Please open Telegram to view this post
VIEW IN TELEGRAM
Rebrain
Ошибка 404
DevOps, Kubernetes, Docker, Linux, HighLoad, обучение онлайн, онлайн-практикумы, вебинары, обучение DevOps, обучение Linux, обучение HighLoad, обучение Docker, корпоративное обучение DevOps, обучение Kubernetes, корпоративное обучение Docker, корпоративное…
❤2👍1
Открытые практикумы от инженеров VK, Яндекса, Wildberries, Сбера.
Виртуальная стажировка в телеграм боте, где вы будете работать над задачами стриминговой платформы: настроите CI/CD, упакуете один из модулей платформы в Docker-контейнер, настроите мониторинг, и разберётесь, как поддерживать стабильность системы.
Матрица компетенций DevOps 2026
Матрица компетенций системного администратора 2026
Присоединяйтесь и прокачивайте навыки
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11❤4👍3
Открыли демодоступ к практикуму «Прикладной LLM для инженеров», чтобы вы могли посмотреть, как это решается на практике.
Внутри практикумы вы получите системное понимание, как устроены современные LLM, инференс, RAG и агенты. Фундамент для работы в IT на ближайшие 10 лет. Результат - вы понимаете, как собрать рабочую систему:
— поднимаете LLM на своём железе
— делаете RAG по своим данным
— настраиваете качество ответов
— пишете агентов под конкретные задачи
⭐️ Сейчас доступно четыре первых модуля для ознакомления, и действует скидка 25% до 30 марта на любой из форматов:
- только практикум
- практикум + записи интенсива по LMM c Васей Озеровым
Как активировать демо:
Они проконсультируют и помогут подобрать обучение под ваши цели и задачи.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥3👏2💯1
Привет, народ!
Как часто у вас бывало: вроде всё работает, но в какой-то момент прод падает, и вы выясняете, что кто-то «просто зашел поправить конфиг» руками в кластере? А потом неделю ищете, кто и когда поменял реплики, внёс правки в ConfigMap или, что ещё хуже, создал ресурс, про который забыли.
Знакомо? Если да, то вы уже сталкивались с конфигурационным дрейфом (Drift). Это когда то, что лежит в Git (источник истины), расходится с тем, что крутится в Kubernetes.
Раньше, в эпоху Push-модели (когда CI-система сама стучится в кластер), это было больно:
- CI-системе нужны админские права (kubeconfig), что само по себе риск.
- Если кто-то руками сделал apply — CI об этом не узнает.
- Пайплайн упал на середине, и кластер остался в непонятном состоянии.
❓ Как с этим жить? Переходить на Pull-модель и брать Argo CD.
Почему Argo CD решает проблему дрейфа?
Argo CD работает как «демон соответствия». Он постоянно сверяет желаемое состояние в Git с реальным состоянием в кластере. Если видит расхождение — может либо орать в Telegram, либо автоматически вернуть всё как было (Self-Heal).
Давай посмотрим, как это выглядит на практике.
Представим, что мы описали приложение в Git и сказали Argo CD следить за ним. Обычный манифест Application:
Теперь внимание: если ты или коллега пойдёте и руками сделаете kubectl scale deployment my-app --replicas=5, а в Git реплик всего 2, то Argo CD сам вернёт значение обратно к 2. Магия, да? Но это не магия, а честный GitOps.
Если же нужно временно откатить изменения — мы не лезем в кластер руками, а просто делаем revert в Git. Argo CD подхватит изменения и откатит приложение само. Полная прозрачность и аудит.
Но есть нюансы
Настраивать selfHeal и prune на проде без понимания механизмов синхронизации — опасно. Можно случайно выпилить базу данных или не учесть порядок запуска сервисов. Поэтому важно понимать:
- Как работают Sync Waves (чтобы сначала запустилась БД, а потом приложение).
- Как управлять секретами (чтобы пароли не светились в Git).
- Как масштабировать это на сотни микросервисов и кластеров (App of Apps).
Хочешь посмотреть, как это работает вживую?
Мы как раз 🚨СЕГОДНЯ 🚨 будем на практике разбираться с Argo CD. Посмотрим, как его поднять с нуля, прикрутить Git и заставить кластер синхронизироваться. Без воды, сразу к делу.
Тема: ArgoCD: Синхронизируем состояние
Спикер: Вася Озеров 💚💚💚
Когда: 25 марта 2026 (сегодня), 20:00 МСК
↘️ Регистрация
На вебинаре Вася разложит по полочкам (а он делает это оч круто 😉, как работает Pull-модель, и покажет, как просто синхронизировать кластер с Git.
Если понравится подача и захочется глубже прокачаться (ApplicationSets, мультикластерность, секьюрность), — у нас есть полноценный курс про ARGO CD. Для участников вебинара действует скидка 5 000 руб по промокоду 🎁V2NZ3GNFPV🎁 (активен до конца дня 27 марта).
Приходи, будет полезно. Ссылка на↘️ регистрацию.
Всем синхронизированного состояния!
Как часто у вас бывало: вроде всё работает, но в какой-то момент прод падает, и вы выясняете, что кто-то «просто зашел поправить конфиг» руками в кластере? А потом неделю ищете, кто и когда поменял реплики, внёс правки в ConfigMap или, что ещё хуже, создал ресурс, про который забыли.
Знакомо? Если да, то вы уже сталкивались с конфигурационным дрейфом (Drift). Это когда то, что лежит в Git (источник истины), расходится с тем, что крутится в Kubernetes.
Раньше, в эпоху Push-модели (когда CI-система сама стучится в кластер), это было больно:
- CI-системе нужны админские права (kubeconfig), что само по себе риск.
- Если кто-то руками сделал apply — CI об этом не узнает.
- Пайплайн упал на середине, и кластер остался в непонятном состоянии.
Почему Argo CD решает проблему дрейфа?
Argo CD работает как «демон соответствия». Он постоянно сверяет желаемое состояние в Git с реальным состоянием в кластере. Если видит расхождение — может либо орать в Telegram, либо автоматически вернуть всё как было (Self-Heal).
Давай посмотрим, как это выглядит на практике.
Представим, что мы описали приложение в Git и сказали Argo CD следить за ним. Обычный манифест Application:
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: my-app
namespace: argocd
spec:
project: default
source:
repoURL: 'https://github.com/your-company/your-repo.git'
path: ./k8s-manifests
targetRevision: HEAD
destination:
server: 'https://kubernetes.default.svc' # Текущий кластер
namespace: production
syncPolicy:
# Включаем автоматическую синхронизацию!
automated:
prune: true # Удалять ресурсы, которых нет в Git
selfHeal: true # Исправлять ручные правки (Drift correction)
syncOptions:
- CreateNamespace=true # Создавать неймспейс, если его нет
Теперь внимание: если ты или коллега пойдёте и руками сделаете kubectl scale deployment my-app --replicas=5, а в Git реплик всего 2, то Argo CD сам вернёт значение обратно к 2. Магия, да? Но это не магия, а честный GitOps.
Если же нужно временно откатить изменения — мы не лезем в кластер руками, а просто делаем revert в Git. Argo CD подхватит изменения и откатит приложение само. Полная прозрачность и аудит.
Но есть нюансы
Настраивать selfHeal и prune на проде без понимания механизмов синхронизации — опасно. Можно случайно выпилить базу данных или не учесть порядок запуска сервисов. Поэтому важно понимать:
- Как работают Sync Waves (чтобы сначала запустилась БД, а потом приложение).
- Как управлять секретами (чтобы пароли не светились в Git).
- Как масштабировать это на сотни микросервисов и кластеров (App of Apps).
Хочешь посмотреть, как это работает вживую?
Мы как раз 🚨СЕГОДНЯ 🚨 будем на практике разбираться с Argo CD. Посмотрим, как его поднять с нуля, прикрутить Git и заставить кластер синхронизироваться. Без воды, сразу к делу.
Тема: ArgoCD: Синхронизируем состояние
Спикер: Вася Озеров 💚💚💚
Когда: 25 марта 2026 (сегодня), 20:00 МСК
На вебинаре Вася разложит по полочкам (а он делает это оч круто 😉, как работает Pull-модель, и покажет, как просто синхронизировать кластер с Git.
Если понравится подача и захочется глубже прокачаться (ApplicationSets, мультикластерность, секьюрность), — у нас есть полноценный курс про ARGO CD. Для участников вебинара действует скидка 5 000 руб по промокоду 🎁V2NZ3GNFPV🎁 (активен до конца дня 27 марта).
Приходи, будет полезно. Ссылка на
Всем синхронизированного состояния!
Please open Telegram to view this post
VIEW IN TELEGRAM
Rebrain
Ошибка 404
DevOps, Kubernetes, Docker, Linux, HighLoad, обучение онлайн, онлайн-практикумы, вебинары, обучение DevOps, обучение Linux, обучение HighLoad, обучение Docker, корпоративное обучение DevOps, обучение Kubernetes, корпоративное обучение Docker, корпоративное…
❤8🔥8👍3👏1💯1