💻💻💻💻💻💻💻4-й поток System Design Интенсива! Как это было?!

💻 Это было мощно! 🔥
С ранних потоков важной метрикой для меня и всего преподавательского состава являются:
1) Оценки после каждого занятия;
2) Обратная связь;
3) Степень прохождения курса.

🐦‍🔥 Конечно, всегда есть элемент удачи)
И нам снова повезло! С учениками, с их усердием и упорством. 💪❤️‍🔥

🤔 Какие сейчас на рынке проценты прохождения?
У нас — результат на скрине. Возможно, 90%. Я бы даже аккуратно сказал, что прохождение стремится к 100%. 🤓

Как вам такая интенсивная пахота?
=> За месяц взять базу System Design!

☝️ Для нас, преподавателей, это многое значит!
Так как на протяжении потока мы также вкладываемся в интенсив: в занятия, в уникальные челленджы в чате, в домашние задания.
Мы даже меняем курс на ходу!

В 4-м потоке был запрос на методичку по расчёту метрик - сразу же сел писать. Получилась методичка с расчётом трёх основных метрик, без воды, с показом, что у нас out of scope, а что самое важное! Её студенты сразу же стали применять на курсе!

Мы внимательно относимся к каждому студенту и его запросу.

👨‍💻 Если есть мысли по level up в System Design — можете написать мне в форме свой запрос — отвечу!

Усилить System Design сейчас!

🍁Хотел провести очередной поток осенью.

Неожиданно стали приходить запросы на обучение 🚨

=> Поэтому решил провести System Design Интенсив сейчас.⭕️

Уже формируется группа. Мест всё меньше. 😮
В этот раз небольшой набор. Компактная группа.

Максимальное погружение для каждого.

Модули:
1) Архитектура
Монолит, микросервисы, EDA
2) Протоколы
HTTP/REST, WebSockets, gRPC
3) СУБД
Что это? Какие типы бывают. Движки, ACID, CAP.
Масштабирование - проблематика, решение.
RAID, Шардирование, репликация, ...
Для особо пытливых - уровни изоляции понятным языком, вся правда о CAP и ещё ряд deep dive тем
4) Брокеры
RabbitMQ, Kafka - со стендами, методичками, реальными запусками
5) Практика
Нарешиваем популярные System Design задачи в моменте

Также добавился AI-модуль.

И всё за месяц🤩
Успевали 4 потока до вас. Успеете и вы 📕

Преподаватели:
1) Я - Невзоров Владимир - разработчик HighLoad систем. Сейчас разрабатываю геораспределенный антибот с нагрузкой 200k+ RPS.
‣ Спикер HighLoad++, Podlodka TechLead Crew, ...
‣ Финалист архитектурного хакатона ВТБ
‣ Веду архитектурную часть
2) Михаил Масягин - тимлид backend- и frontend-команд распределенной системы бэктеста в HFT-фонде.
‣ Автор разборов Клеппманна.
Клеппманн жёсткий. Слёту не всегда поддаётся. В то же время такие важные знания о разработке высоконагруженных систем в плане СУБД Михаил переложил в чётки обучающие чанки. Даёт в связке со своим опытом разворачивания, настройкой и эксплуатацией различных типов СУБД. А также со стендами - индексы, кэширование, ...
‣ Преподаёт и получает степень к. ф.-м. н. в МГТУ им. Н.Э. Баумана
‣ Ведёт СУБД часть.
3) Алексей Однорал - ML разработчик, участник множества хакатонов
‣ Финалист архитектурного хакатона ВТБ
‣ призёр API HACK VTB
‣ победитель Sber AI 2025
Создал набор важных стендов на архитектуру и отвечает за них. Хочет, чтобы каждый погрузился по максимуму.
Стенды запускаются одной командой на подготовленном окружение!

🌸 За весну вы получаете системное знание, базу, практику.
И в лето, да и на весь текущий год выходите с новым уровнем понимания - как в ширину, так и в глубину.

👉 Подробности здесь:
nevzorov.courses

Скоро закрываю набор. Ориентировочный старт - конец апреля.
Курс уже проходили:

Архитекторы, разработчики, аналитики, техлиды. Выше первый отзыв Ирины - фронтенда!

Доступно корпоративное прохождение ✔️

1️⃣ Первая неделя - как раз майские - мягкий старт.
+ Дополнительно задать вопрос можно в форме.

Несколько промо на раннее вступление: 5% - EARLYBIRD. Действуют до завтра.

📈 Балансировка трафика == просто “раскидать запросы по серверам” !?🤔

⚠️ Это способ сделать систему устойчивее, управляемее и дешевле в масштабировании.

Что важно понимать на практике:
◦ Базово существуют балансировки на уровнях L4 и L7, которые решают разные задачи:
◦ ◦ L4 хорош, когда нужно быстро и просто проксировать соединения.
◦ ◦ L7 нужен, когда появляется логика маршрутизации по URL, headers, cookies и другим признакам.

🌝 Не каждая задача требует сложного алгоритма балансировки.
Для гомогенного backend’а может хватит обычного Round Robin.
Если машины разные по мощности -> то пригодится Weighted Round Robin - когда мы явно указываем в балансировщике веса.
Если важна привязка пользователя к конкретной ноде -> consistent hashing.

😉 Динамические алгоритмы не всегда “умнее” в реальной жизни.
Least connections и least response time звучат красиво, но часто смотрят на условный /ping, который вообще не отражает реальную деградацию. Сервер может отвечать на хелсчек и при этом умирать на тяжёлых запросах в CPU или базе.

✏️ Какой bottleneck этим не победить?
Можно раздать запросы на много хостов, но если все они ходят в один инстанс БД, потолок системы останется 😐

🤔 Какую балансировку выбирать?
Пользуемся базовым принципом:

Сначала простая система, которая работает; потом усложнение только там, где это уже действительно необходимо.

Расширенно про балансировку здесь.