Привет!👋
Часто в чатах и на созвонах одна и та же боль: народ хочет въехать в Kubernetes, но не знает, с какой стороны подойти.
💡 Сделали для вас простую штуку
Собрали в одном месте записи наших открытых практикумов по Kubernetes. Это не скучные слайды, а живые разборы того, что реально нужно на практике.
👉 ТЫК, ЧТОБЫ ОТКРЫТЬ ПЛЕЙЛИСТ
Плейлист полностью🔥 бесплатный🔥 . Просто переходите, в меню выбираете раздел «Видео» и смотрите в своё удовольствие. Никаких оплат, подписок и смс.
О чём там?
Разбираем базовые механики, смотрим, как это всё работает под капотом, и сразу приземляем на реальные задачи. В плейлисте вы найдете следующие темы:
🔹 Как запустить свой первый сервис в Kubernetes — пошаговая инструкция для тех, кто только подступается.
🔹 Ingress vs Gateway API — разбираемся, что круче и когда что юзать.
🔹 Service Mesh на базе Linkerd — зачем он нужен и как упрощает жизнь.
🔹 Keycloak OAuth2: Подключение Kubernetes и SSO Kubernetes через Keycloak. Часть 2 — две части про единый вход и безопасность.
🔹 Kubernetes: The Hard Way — для любителей хардкора: поднимаем кластер с нуля без готовых скриптов.
🔹 Custom Resource Definition и Kubebuilder и Kubernetes-операторы — как расширять API Kubernetes и писать своих операторов под любые задачи.
В общем, есть всё: от самых основ до тем, которые обычно докидывают на собесах мидлов.
Но если хотите системно прокачаться и с живым общением...
Приходи на Live Class «Базовые ресурсы и механика Kubernetes». Это 6 живых онлайн вебинаров с Васей Озеровым, где мы не просто смотрим видосы, а реально кодим, разбираем ваши грабли и закладываем нормальный, структурированный фундамент.
Три формата участия, чтобы каждый выбрал под себя:
🟢 Варианты:
1. Практикум Kubernetes Base + Live Class — для тех, кто хочет максимально плотно зайти и с теорией, и с живой практикой под моим присмотром.
2. Только практикум Kubernetes Base — если нужны материалы и структура, но в своем темпе.
3. Только Live Class — чисто живое общение и разборы, без базового курса.
Если только начинаете путь в K8s — сначала гляньте бесплатный плейлист.
👉Ссылка на бесплатный плейлист еще раз 👈
Это лучшая прививка от страха непонятных терминов и отличный способ понять, ваше это или нет.
Погнали!
Часто в чатах и на созвонах одна и та же боль: народ хочет въехать в Kubernetes, но не знает, с какой стороны подойти.
Собрали в одном месте записи наших открытых практикумов по Kubernetes. Это не скучные слайды, а живые разборы того, что реально нужно на практике.
👉 ТЫК, ЧТОБЫ ОТКРЫТЬ ПЛЕЙЛИСТ
Плейлист полностью
О чём там?
Разбираем базовые механики, смотрим, как это всё работает под капотом, и сразу приземляем на реальные задачи. В плейлисте вы найдете следующие темы:
🔹 Как запустить свой первый сервис в Kubernetes — пошаговая инструкция для тех, кто только подступается.
🔹 Ingress vs Gateway API — разбираемся, что круче и когда что юзать.
🔹 Service Mesh на базе Linkerd — зачем он нужен и как упрощает жизнь.
🔹 Keycloak OAuth2: Подключение Kubernetes и SSO Kubernetes через Keycloak. Часть 2 — две части про единый вход и безопасность.
🔹 Kubernetes: The Hard Way — для любителей хардкора: поднимаем кластер с нуля без готовых скриптов.
🔹 Custom Resource Definition и Kubebuilder и Kubernetes-операторы — как расширять API Kubernetes и писать своих операторов под любые задачи.
В общем, есть всё: от самых основ до тем, которые обычно докидывают на собесах мидлов.
Но если хотите системно прокачаться и с живым общением...
Приходи на Live Class «Базовые ресурсы и механика Kubernetes». Это 6 живых онлайн вебинаров с Васей Озеровым, где мы не просто смотрим видосы, а реально кодим, разбираем ваши грабли и закладываем нормальный, структурированный фундамент.
Три формата участия, чтобы каждый выбрал под себя:
🟢 Варианты:
1. Практикум Kubernetes Base + Live Class — для тех, кто хочет максимально плотно зайти и с теорией, и с живой практикой под моим присмотром.
2. Только практикум Kubernetes Base — если нужны материалы и структура, но в своем темпе.
3. Только Live Class — чисто живое общение и разборы, без базового курса.
Если только начинаете путь в K8s — сначала гляньте бесплатный плейлист.
👉Ссылка на бесплатный плейлист еще раз 👈
Это лучшая прививка от страха непонятных терминов и отличный способ понять, ваше это или нет.
Погнали!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥28👍13❤5👎2
⏰ Ping! Последний день, когда грант можно еще получить
Друзья, сегодня1️⃣ 8️⃣ февраля — финальная дата, когда можно уйти с грантом :
🎁 Практикум LLM для инженеров
• гранты по 15 000 ₽ — на практикум
• гранты по 20 000 ₽ — на практикум + записи с Васей Озеровым
🎁 Большие практикумы
• гранты по 60 000 ₽ — DevOps-инженер
• гранты по 50 000 ₽ — Сисадмин с нуля. Они закончились, все зафиксировали, но вдруг кто-то откажется в последний момент и у вас будет возможность купить.
Сейчас тот самый момент, когда «хочу» и «могу» встречаются с выгодой. Гранты закрывают разницу в цене, и обучение становится значительно доступнее.
🔹 Кто уже зафиксировал грант — сегодня важно оплатить (можно полностью или частями). Если вдруг планы поменялись, и вы раздумываете, лучше сообщите об этом сейчас, чтобы мы могли передать возможность следующему.
🔹Мы знаем, что всегда есть те, кто откладывает решение до последней минуты. Скорее всего, пара человек передумает в последний час. Поэтому 1–2 гранта на каждую программу у нас точно «в запасе».
Если сегодня накатит осознание, что «надо брать», но увидите, что гранты формально закончились — всё равно пишите. Найдем вариант для тех, кто горел целью, но не успел написать.
➡️ Чтобы забрать грант или задать вопросы менеджеру↘️ пишите в tg нашим менеджерам.
Последний день. Дальше — полная цена.
Друзья, сегодня
• гранты по 15 000 ₽ — на практикум
• гранты по 20 000 ₽ — на практикум + записи с Васей Озеровым
• гранты по 60 000 ₽ — DevOps-инженер
• гранты по 50 000 ₽ — Сисадмин с нуля. Они закончились, все зафиксировали, но вдруг кто-то откажется в последний момент и у вас будет возможность купить.
Сейчас тот самый момент, когда «хочу» и «могу» встречаются с выгодой. Гранты закрывают разницу в цене, и обучение становится значительно доступнее.
🔹 Кто уже зафиксировал грант — сегодня важно оплатить (можно полностью или частями). Если вдруг планы поменялись, и вы раздумываете, лучше сообщите об этом сейчас, чтобы мы могли передать возможность следующему.
🔹Мы знаем, что всегда есть те, кто откладывает решение до последней минуты. Скорее всего, пара человек передумает в последний час. Поэтому 1–2 гранта на каждую программу у нас точно «в запасе».
Если сегодня накатит осознание, что «надо брать», но увидите, что гранты формально закончились — всё равно пишите. Найдем вариант для тех, кто горел целью, но не успел написать.
➡️ Чтобы забрать грант или задать вопросы менеджеру
Последний день. Дальше — полная цена.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
давайте добавим пользы в ленту😊
💣 SSH-agent: удобно, но с подвохом
Если надоело вводить passphrase от ключа 10 раз на дню — используй агента.
Как работает:
🔹 Агент хранит расшифрованные ключи в памяти
🔹 Добавляешь ключ один раз: ssh-add ~/.ssh/id_ed25519 (ввел пароль — забыл)
🔹 Все ssh-сессии автоматом берут ключ у агента
Главная ловушка — ForwardAgent (-A)
Когда ты заходишь на bastion с опцией -A, твой агент пробрасывается туда. Теперь любой рут на бастионе может через этот сокет использовать твои ключи, чтобы прыгать дальше. Если бастион скомпрометируют — всё, доступ ко всем твоим серверам, пока сессия жива.
Как безопасно прыгать через bastion:
Вместо ForwardAgent используй ProxyJump (опция -J или директива в ~/.ssh/config). Тогда соединение с конечным сервером идет с твоей машины, bastion просто транслирует трафик. Ключи на него не уходят.
Когда без ForwardAgent не обойтись:
🔹Если на бастионе нужно запускать git, который ходит по ssh (например, забирать репы с GitHub)
🔹 Если цепочка хостов слишком сложная для ProxyJump
Но даже в этих случаях включай ForwardAgent только на время сессии и только для проверенных хостов.
📌 Памятка:
🔹 Никогда не копируй приватные ключи на сервера
🔹ssh-add -t 3600 — ключ в агенте живет час и самоудаляется
🔹 ssh-add -l — посмотреть, какие ключи сейчас в агенте
🔹 На bastion'ах по умолчанию используй ProxyJump
Хочешь прокачаться в SSH — от архитектуры до туннелей и сертификатов? Приходи на модуль OpenSSH.
Если надоело вводить passphrase от ключа 10 раз на дню — используй агента.
Как работает:
🔹 Агент хранит расшифрованные ключи в памяти
🔹 Добавляешь ключ один раз: ssh-add ~/.ssh/id_ed25519 (ввел пароль — забыл)
🔹 Все ssh-сессии автоматом берут ключ у агента
Главная ловушка — ForwardAgent (-A)
Когда ты заходишь на bastion с опцией -A, твой агент пробрасывается туда. Теперь любой рут на бастионе может через этот сокет использовать твои ключи, чтобы прыгать дальше. Если бастион скомпрометируют — всё, доступ ко всем твоим серверам, пока сессия жива.
Как безопасно прыгать через bastion:
Вместо ForwardAgent используй ProxyJump (опция -J или директива в ~/.ssh/config). Тогда соединение с конечным сервером идет с твоей машины, bastion просто транслирует трафик. Ключи на него не уходят.
Когда без ForwardAgent не обойтись:
🔹Если на бастионе нужно запускать git, который ходит по ssh (например, забирать репы с GitHub)
🔹 Если цепочка хостов слишком сложная для ProxyJump
Но даже в этих случаях включай ForwardAgent только на время сессии и только для проверенных хостов.
🔹 Никогда не копируй приватные ключи на сервера
🔹ssh-add -t 3600 — ключ в агенте живет час и самоудаляется
🔹 ssh-add -l — посмотреть, какие ключи сейчас в агенте
🔹 На bastion'ах по умолчанию используй ProxyJump
Хочешь прокачаться в SSH — от архитектуры до туннелей и сертификатов? Приходи на модуль OpenSSH.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8🔥8❤2
1️⃣ Как стать сильным инженером
Цитата Васи Озерова: "Ну это самое хардовое и ценное на самом деле что будет внутри :) Намного хардовее чем настройка нджинкс - это прямо смена мышления как мыслить как инженер".
приходите, будет
Время проведения:
23 февраля 2026, понедельник, 19:00 по МСК
Программа практикума:
Кто ведёт?
Василий Озеров — co-Founder REBRAIN, IT-инженер с 2012 года, провёл 100+ вебинаров по DevOps и инфраструктуре.
---------------------------------------------------------------------------------------
2️⃣ Ansible для управления сетью
Время проведения:
24 февраля 2026, вторник, 20:00 по МСК
Программа практикума:
Кто ведёт?
Ольга Яновская — Руководитель направления Networks by Rebrain. Ph.D. in Information Technology. Cisco NetAcad Instructor / NetAcad Success Lead / Instructor-Trainer. Ведущий сетевой инженер. Разработчик в Pyzzle.ISP — система автоматизации сетей операторов связи.
---------------------------------------------------------------------------------------
3️⃣ От OLTP к OLAP: первые шаги backend-инженера к аналитике на ClickHouse
Время проведения:
26 февраля 2026, четверг, 20:00 по МСК
Программа практикума:
Кто ведёт?
Денис Колпаков — Software Engineer, Qase Core Team, еx. Avito Senior Engineer. Занимается backend разработкой 10 лет.
Please open Telegram to view this post
VIEW IN TELEGRAM
Ansible для управления сетью
вебинары by REBRAIN
🔥14❤5
Привет! 👋 сейчас будет много букв 🙀
Сколько проектов ты видел, где HTTPS накинут "для галочки"? Сертификат самоподписанный, редирект кривой.
Давай с этим разберемся. Настраиваем HTTPS так, чтобы и SSL Labs поставили A+.
Любой HTTPS запрос = браузер и сервер договариваются, как шифровать данные, проверяют сертификат и только потом начинают передачу. Если сертификат просрочен, имя не совпадает или цепочка не доверенная — браузер выдаст предупреждение и не пустит пользователя.
Наша задача: сделать передачу надежной, быстрой и безопасной.
Для этого будем поднимать : Nginx + Let's Encrypt (Certbot). Это бесплатно, автоматически и мейнстримно. Для демо берем Ubuntu 22.04, но на Centos/Rocky всё аналогично (только пакетный менеджер другой).
Шаг 1. Получаем честный сертификат
Certbot сам сходит в ACME, подтвердит домен и разложит сертификаты. Устанавливаем:
Дальше запускаем магию:
Certbot сам подправит твой конфиг Nginx, включит HTTPS, настроит редирект. Но! Он сгенерит конфиг в минимальном стиле. Мы же хотим не просто HTTPS, а правильный HTTPS. Поэтому после получения сертификата залезем в конфиг и докрутим.
Шаг 2. Правильный конфиг Nginx для HTTPS
Открываем /etc/nginx/sites-available/example.com и приводим к виду ниже. Объясню ключевые моменты:
Сколько проектов ты видел, где HTTPS накинут "для галочки"? Сертификат самоподписанный, редирект кривой.
Давай с этим разберемся. Настраиваем HTTPS так, чтобы и SSL Labs поставили A+.
Любой HTTPS запрос = браузер и сервер договариваются, как шифровать данные, проверяют сертификат и только потом начинают передачу. Если сертификат просрочен, имя не совпадает или цепочка не доверенная — браузер выдаст предупреждение и не пустит пользователя.
Наша задача: сделать передачу надежной, быстрой и безопасной.
Для этого будем поднимать : Nginx + Let's Encrypt (Certbot). Это бесплатно, автоматически и мейнстримно. Для демо берем Ubuntu 22.04, но на Centos/Rocky всё аналогично (только пакетный менеджер другой).
Шаг 1. Получаем честный сертификат
Certbot сам сходит в ACME, подтвердит домен и разложит сертификаты. Устанавливаем:
sudo apt update
sudo apt install certbot python3-certbot-nginx -y
Дальше запускаем магию:
sudo certbot --nginx -d example.com -d www.example.com
Certbot сам подправит твой конфиг Nginx, включит HTTPS, настроит редирект. Но! Он сгенерит конфиг в минимальном стиле. Мы же хотим не просто HTTPS, а правильный HTTPS. Поэтому после получения сертификата залезем в конфиг и докрутим.
Шаг 2. Правильный конфиг Nginx для HTTPS
Открываем /etc/nginx/sites-available/example.com и приводим к виду ниже. Объясню ключевые моменты:
# HTTP — только редирект на HTTPS
server {
listen 80;
listen [::]:80;
server_name example.com www.example.com;
return 301 https://$server_name$request_uri;
}
# HTTPS блок
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name example.com www.example.com;
# Пути к сертификатам (Certbot положит их сюда)
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem;
# Современные протоколы и шифры
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384';
ssl_prefer_server_ciphers off;
# Оптимизация handshake
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 1d;
ssl_session_tickets off;
# OCSP Stapling — ускоряет проверку сертификата
ssl_stapling on;
ssl_stapling_verify on;
resolver 8.8.8.8 8.8.4.4 valid=300s;
resolver_timeout 5s;
# Заголовки безопасности (security headers)
add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header X-Content-Type-Options "nosniff" always;
add_header X-XSS-Protection "1; mode=block" always;
add_header Referrer-Policy "no-referrer-when-downgrade" always;
add_header Content-Security-Policy "default-src 'self' http: https: data: blob: 'unsafe-inline'" always;
# Корень сайта и индекс
root /var/www/example.com;
index index.php index.html;
# Логи
access_log /var/log/nginx/example.com_access.log;
error_log /var/log/nginx/example.com_error.log;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php8.1-fpm.sock;
}
location ~ /\.ht {
deny all;
}
}
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23🔥12👍3😁1
Что здесь важного
- listen 443 ssl http2 — включает HTTP/2 поверх TLS. Ощутимо быстрее.
- ssl_protocols — разрешаем только безопасные версии TLS (v1.2 и v1.3). SSLv3, TLSv1.0, TLSv1.1 — в топку.
- ssl_ciphers — набор шифров, рекомендуемый современными стандартами (Mozilla Modern).
- ssl_prefer_server_ciphers off — отключаем устаревший механизм выбора шифра сервером, доверяем клиенту (он уже знает, что лучше).
- ssl_session_cache / timeout / tickets — ускоряем повторные соединения.
- OCSP Stapling — сервер сам ходит проверять валидность сертификата и отдаёт результат браузеру, экономя время.
- Security Headers:
- Strict-Transport-Security (HSTS) — заставляет браузер всегда ходить по HTTPS (даже если пользователь вбил http://).
- X-Frame-Options — запрещает встраивать сайт в iframe (защита от clickjacking).
- X-Content-Type-Options — запрещает браузеру угадывать MIME-тип.
- X-XSS-Protection — включает встроенный фильтр XSS.
- Referrer-Policy — ограничиваем передачу referer.
- Content-Security-Policy — базовое разрешение (можно ужесточить под своё приложение).
Шаг3️⃣ . Проверяем и перезагружаем
Теперь можно зайти на сайт и проверить замок в адресной строке. А для хардкорных тестов идём на SSL Labs — вбиваем свой домен и ждём отчёт. Там должно быть зелёное "A+".
Почему это работает?
Потому что мы не просто повесили сертификат, а:
- Отключили всё слабое и древнее.
- Включили оптимизации (OCSP Stapling, session cache, HTTP/2).
- Защитили пользователя заголовками даже на уровне протокола.
Что дальше?
Настроить HTTPS — это лишь один из кирпичей в стабильной и безопасной инфраструктуре. Если хочешь разобраться во всём стеке LEPP (Nginx + PHP-FPM + PostgreSQL) от установки до продакшен-оптимизации и упаковки в Docker — приходи на курс.
🔥 Старт: 24 февраля
📄 Программа курса LEPP Stack
💰 До 23 февраля включительно — 22 000 ₽25 000 ₽.
👉 Купить LEPP Stack
Освоишь то, что реально нужно в работе: понимание архитектуры, траблшутинг, безопасность, автоматизацию. Без скучной теории, только практика.
- listen 443 ssl http2 — включает HTTP/2 поверх TLS. Ощутимо быстрее.
- ssl_protocols — разрешаем только безопасные версии TLS (v1.2 и v1.3). SSLv3, TLSv1.0, TLSv1.1 — в топку.
- ssl_ciphers — набор шифров, рекомендуемый современными стандартами (Mozilla Modern).
- ssl_prefer_server_ciphers off — отключаем устаревший механизм выбора шифра сервером, доверяем клиенту (он уже знает, что лучше).
- ssl_session_cache / timeout / tickets — ускоряем повторные соединения.
- OCSP Stapling — сервер сам ходит проверять валидность сертификата и отдаёт результат браузеру, экономя время.
- Security Headers:
- Strict-Transport-Security (HSTS) — заставляет браузер всегда ходить по HTTPS (даже если пользователь вбил http://).
- X-Frame-Options — запрещает встраивать сайт в iframe (защита от clickjacking).
- X-Content-Type-Options — запрещает браузеру угадывать MIME-тип.
- X-XSS-Protection — включает встроенный фильтр XSS.
- Referrer-Policy — ограничиваем передачу referer.
- Content-Security-Policy — базовое разрешение (можно ужесточить под своё приложение).
Шаг
sudo nginx -t
sudo systemctl reload nginx
Теперь можно зайти на сайт и проверить замок в адресной строке. А для хардкорных тестов идём на SSL Labs — вбиваем свой домен и ждём отчёт. Там должно быть зелёное "A+".
Почему это работает?
Потому что мы не просто повесили сертификат, а:
- Отключили всё слабое и древнее.
- Включили оптимизации (OCSP Stapling, session cache, HTTP/2).
- Защитили пользователя заголовками даже на уровне протокола.
Что дальше?
Настроить HTTPS — это лишь один из кирпичей в стабильной и безопасной инфраструктуре. Если хочешь разобраться во всём стеке LEPP (Nginx + PHP-FPM + PostgreSQL) от установки до продакшен-оптимизации и упаковки в Docker — приходи на курс.
🔥 Старт: 24 февраля
📄 Программа курса LEPP Stack
💰 До 23 февраля включительно — 22 000 ₽
👉 Купить LEPP Stack
Освоишь то, что реально нужно в работе: понимание архитектуры, траблшутинг, безопасность, автоматизацию. Без скучной теории, только практика.
Please open Telegram to view this post
VIEW IN TELEGRAM
Ssllabs
SSL Server Test (Powered by Qualys SSL Labs)
A comprehensive free SSL test for your public web servers.
🔥19❤9😁1
Почему вообще стоит заходить на открытые вебинары и митапы:
Иногда один вечерний вебинар даёт больше инсайтов, чем неделя чтения статей, просто потому что это живой опыт и обсуждение.
Мы сами периодически сохраняем разные подборки мероприятий, чтобы не пропускать интересные темы и спикеров. В канале IT Meeting, например, регулярно собирают бесплатные онлайн-вебинары и митапы по разным IT-направлениям — удобно иногда открыть и посмотреть, что сейчас обсуждают в индустрии.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12👏4👍2
Forwarded from Vasiliy Ozerov
This media is not supported in your browser
VIEW IN TELEGRAM
🔥29👍11❤5💯3😁2
Делимся, какие доработки внедри по мессенджеру:
🟢 Расширили окно чата и поле ввода сообщения.
🟢 Возможность перейти в урок, из которого задан вопрос/сдано задание.
🟢 Поиск среди чатов по теме, названию урока или названию курса.
🟢 Markdown поддерживается в чате.
🟢 Можно удалять свое последнее отправленное сообщение (если на него нет ответа и после отправки вы не меняли статус). Редактирование отправленного сообщения- объемная задача, и пока что в бэклоге.
🟢 Возможность прикрепить файл драг-дропом или вставить изображение через ctrl+v.
🟢 В чате отображается имя ментора.
Мы разбираем вашу обратную связь и берем ее в работу. Если у вас есть пожелания, то пишите в поддержку, мы собираем ее в бэклоге и постепенно/по мере возможностей ее внедряем.
Мы разбираем вашу обратную связь и берем ее в работу. Если у вас есть пожелания, то пишите в поддержку, мы собираем ее в бэклоге и постепенно/по мере возможностей ее внедряем.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🔥5👏3
👍12💯4❤3🔥3
3… 2… 1… 🚀 Уже завтра стартует Kubernetes Live Class с Васей Озеровым
Если давно хотели системно разобраться в Kubernetes — это тот самый момент. Ещё есть время запрыгнуть в последний вагон🙌
Почему стоит присоединиться?
🟢 6 живых встреч с Васей, где разберём архитектуру кластера, базовые ресурсы и руками поработаем с Kubernetes
🟢 обновлённый практикум с логичной структурой и реальными сценариями
🟢 возможность задать вопросы и разобрать сложные моменты вживую с Васей
🟢 записи останутся только у участников
Выбирай формат, который подходит тебе:
- практикум Kubernetes Base + Live Class
- только практикум Kubernetes Base
- только Live Class
🟡 Старт уже завтра — 26 февраля
↘️ Узнать подробности и занять место
Если давно хотели системно разобраться в Kubernetes — это тот самый момент. Ещё есть время запрыгнуть в последний вагон🙌
Почему стоит присоединиться?
Выбирай формат, который подходит тебе:
- практикум Kubernetes Base + Live Class
- только практикум Kubernetes Base
- только Live Class
↘️ Узнать подробности и занять место
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤3💯3
📍 По техническим причинам сегодняшний вебинар «От OLTP к OLAP: первые шаги backend-инженера к аналитике на ClickHouse» переносится на завтра.
Ждём вас завтра в 20:00 МСК 🤝
Ждём вас завтра в 20:00 МСК 🤝
👍16👏2💯2
1️⃣ Протокол динамической маршрутизации EIGRP. Часть 2
Время проведения:
3 марта 2026, вторник, 19:00 по МСК
Программа практикума:
Кто ведёт?
Андрей Шабалин — Тренер Cisco / Huawei, инструктор академии Eltex и Астра-Университета
---------------------------------------------------------------------------------------
2️⃣ Оценка загруженности сервера
Время проведения:
4 марта 2026, среда, 20:00 по МСК
Программа практикума:
Кто ведёт?
Андрей Буранов — системный администратор в департаменте VK Play, 10+ лет опыта работы с ОС Linux, 8+ лет опыта преподавания. Входит в топ 3 лучших преподавателей образовательных порталов.
---------------------------------------------------------------------------------------
3️⃣ Пентест внешних сервисов организации
Время проведения:
5 марта 2026, четверг, 20:00 по МСК
Программа практикума:
🔹 Приходите, если хотите на практике разобраться, как хакеры атакуют периметр компании, и научиться отличить реальную угрозу от ложного срабатывания. Будем работать руками, жечь и эксплуатировать.
🎯 Если вам увлечет наш формат и подача, то уже в марте мы запускаем полноценный углубленный курс «Эксплуатация уязвимостей внешних сервисов». На вебинаре дадим старт и расскажем, что будет в основном треке.
Кто ведёт?
Константин Зубченко — ведущий инженер-разработчик в компании BI.ZONE. За годы работы в отрасли прошёл путь от анализа защищённости промышленных систем до инженерных и экспертных ролей в крупных российских компаниях. Участвовал в сложных проектах на стыке разработки и информационной безопасности, усиливая команды и процессы.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤5👏2
🔥 Решите задачу по Kubernetes и выиграйте место на новом практикуме Васи Озерова
9 марта стартует новая инженерная головоломка «Призрачный Kubernetes». Регистрация уже открыта.
Это техническое соревнование по диагностике Kubernetes, поиску и устранению ошибок в кластере.
Что вас ждёт:
🟢 доступ к рабочей инфраструктуре
🟢 ошибка в кластере, которую нужно найти и исправить
🟢 ваша задача — устранить проблему как можно быстрее
🟢 в конце — эфир с Васей Озеровым и подробный разбор решения
🎁 Призы:
🏆 Инженер, который быстрее всех решит задачу, получит место на новом интенсиве Васи Озерова по Kubernetes
🟢 Ещё два места мы разыграем среди участников, которые успешно справятся с заданием
🟢 Также все участники получат специальную скидку на интенсив Васи Озерова по Kubernetes и на практикум Kubernetes Admin
↘️ Участвовать бесплатно
Задача для решения будет доступна с 9 по 16 марта. Проверьте свои навыки и попробуйте решить её быстрее других!
9 марта стартует новая инженерная головоломка «Призрачный Kubernetes». Регистрация уже открыта.
Это техническое соревнование по диагностике Kubernetes, поиску и устранению ошибок в кластере.
Что вас ждёт:
🏆 Инженер, который быстрее всех решит задачу, получит место на новом интенсиве Васи Озерова по Kubernetes
Задача для решения будет доступна с 9 по 16 марта. Проверьте свои навыки и попробуйте решить её быстрее других!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👏5😁5👍1💯1
Оценка загруженности сервера
Сервер тормозит, ты заходишь, смотришь top — load average высокий, а что дальше? CPU упирается? Или диск? А может, сеть захлебнулась? Обычно на этом месте начинаются гадания и бессистемные танцы с бубном. Но если копнуть глубже, за каждым таким симптомом стоит конкретная техническая причина.
Например, знакомо?
🔹 Load average зашкаливает, CPU простаивает, а сервер еле дышит — и неясно, где корень: диск или софт?
🔹 Процессы зависают в состоянии D (uninterruptible sleep) и не убиваются даже с -9?
🔹 PostgreSQL или Redis внезапно падает из-за OOM Killer, а ты узнаёшь об этом постфактум?
🔹 SSD-диск ведёт себя как древний HDD, потому что планировщик I/O не под стать NVMe?
🔹 Сеть захлёбывается под Highload: тонны TIME_WAIT, нехватка портов, дропы пакетов на ровном месте?
🔹 Ночью сервер «шумел», а утром всё чисто — и кто виноват, непонятно?
🔹 Приложение висит, логов нет, исходников нет — как понять, на чём оно застряло?
Если хотя бы один пункт отозвался — приходи на вебинар
Завтра = 4 марта (среда) в 20:00 по МСК пройдет вебинар «Оценка загруженности сервера». Не общая теория, а конкретная диагностика: где болит и как это вытащить наружу.
Что разберем за час:
🟢 Нагрузка на CPU — чем отличается user time от system, почему процесс висит в состоянии D и как это связано с iowait.
🟢 Нагрузка на диски — IOPS, latency, очередь запросов. Когда диск реально "в дугу", а когда просто капризничает.
🟢 Нагрузка на сеть — дропы пакетов, переполненные буферы, состояния соединений (этот ваш TIME_WAIT).
Кто ведет?
Андрей Буранов — системный администратор в департаменте VK Play. 10+ лет в продакшене с Linux, 8+ лет учит людей. Входит в топ-3 преподавателей образовательных порталов (не ради красного словца, реально там). Живой опыт, никакой воды.
Регистрация по ссылке
Это пригодится, если вы: DevOps, разработчик, сисадмин, QA — любой, кто хочет перестать гадать и начать точно знать, почему сервер плохо себя чувствует.
---
Если тема зайдет — не останавливайся.📣 Завтра сделаем отдельный анонс 🔥 нового модуля «Linux: Анализ производительности и тюнинг»🔥 , там расскажем все детали. Программа 🧨💣 💥 от глубокого копания в /proc до трассировки системных вызовов и итогового разбора «больного» сервера.
Заметим, что этот модуль в голосовании в конце 2025 года набрал больше всего ваших голосов🗣 а мы стараемся сделать продукт для вас💚
А пока просто регистрируйся на веб, будет плотно и полезно. Будем на связи!
Сервер тормозит, ты заходишь, смотришь top — load average высокий, а что дальше? CPU упирается? Или диск? А может, сеть захлебнулась? Обычно на этом месте начинаются гадания и бессистемные танцы с бубном. Но если копнуть глубже, за каждым таким симптомом стоит конкретная техническая причина.
Например, знакомо?
🔹 Load average зашкаливает, CPU простаивает, а сервер еле дышит — и неясно, где корень: диск или софт?
🔹 Процессы зависают в состоянии D (uninterruptible sleep) и не убиваются даже с -9?
🔹 PostgreSQL или Redis внезапно падает из-за OOM Killer, а ты узнаёшь об этом постфактум?
🔹 SSD-диск ведёт себя как древний HDD, потому что планировщик I/O не под стать NVMe?
🔹 Сеть захлёбывается под Highload: тонны TIME_WAIT, нехватка портов, дропы пакетов на ровном месте?
🔹 Ночью сервер «шумел», а утром всё чисто — и кто виноват, непонятно?
🔹 Приложение висит, логов нет, исходников нет — как понять, на чём оно застряло?
Если хотя бы один пункт отозвался — приходи на вебинар
Завтра = 4 марта (среда) в 20:00 по МСК пройдет вебинар «Оценка загруженности сервера». Не общая теория, а конкретная диагностика: где болит и как это вытащить наружу.
Что разберем за час:
🟢 Нагрузка на CPU — чем отличается user time от system, почему процесс висит в состоянии D и как это связано с iowait.
🟢 Нагрузка на диски — IOPS, latency, очередь запросов. Когда диск реально "в дугу", а когда просто капризничает.
🟢 Нагрузка на сеть — дропы пакетов, переполненные буферы, состояния соединений (этот ваш TIME_WAIT).
Кто ведет?
Андрей Буранов — системный администратор в департаменте VK Play. 10+ лет в продакшене с Linux, 8+ лет учит людей. Входит в топ-3 преподавателей образовательных порталов (не ради красного словца, реально там). Живой опыт, никакой воды.
Регистрация по ссылке
Это пригодится, если вы: DevOps, разработчик, сисадмин, QA — любой, кто хочет перестать гадать и начать точно знать, почему сервер плохо себя чувствует.
---
Если тема зайдет — не останавливайся.
Заметим, что этот модуль в голосовании в конце 2025 года набрал больше всего ваших голосов🗣 а мы стараемся сделать продукт для вас💚
А пока просто регистрируйся на веб, будет плотно и полезно. Будем на связи!
Please open Telegram to view this post
VIEW IN TELEGRAM
Оценка загруженности сервера
вебинары by REBRAIN
🔥15👍7❤1
🔥 Вы просили — мы сделали!
Мы запустили демодоступы к практикумам Rebrain, чтобы вы могли своими руками протестировать платформу и выполнить реальные задания. Без покупки и обязательств, просто заходите и пробуете.
К каким практикумам открыт демодоступ:
🟢 Apache Kafka
🟢 Jenkins
🟢 Ansible
🟢 Terraform
🟢 Prometheus
🟢 Nginx
🟢 GitLab CI
🟢 Argo CD
🎁 В честь запуска — скидка -25% до 10 марта
На все программы, к которым открыт демодоступ.
Это отличный шанс не просто посмотреть программу, а реально поработать в среде и понять, подходит ли вам формат.
Как активировать демо:
🟢 Переходите по ссылке курса в посте и выбираете бесплатный доступ
🟢 Вам откроется часть уроков, доступных в демо на 7 дней
🟢 Проходите в своём темпе, знакомитесь с материалами и платформой
↘️ Если появятся вопросы — пишите нашим менеджерам в телеграм
Они проконсультируют и помогут подобрать обучение под ваши цели и задачи.
Пробуйте, тестируйте и выбирайте осознанно🤍
Мы запустили демодоступы к практикумам Rebrain, чтобы вы могли своими руками протестировать платформу и выполнить реальные задания. Без покупки и обязательств, просто заходите и пробуете.
К каким практикумам открыт демодоступ:
На все программы, к которым открыт демодоступ.
Это отличный шанс не просто посмотреть программу, а реально поработать в среде и понять, подходит ли вам формат.
Как активировать демо:
Они проконсультируют и помогут подобрать обучение под ваши цели и задачи.
Пробуйте, тестируйте и выбирайте осознанно
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11❤6👍3👏1