🔥 System Design интенсив. 1 месяц. Будет горячо!

!😳 Проектирование - это шок
Дизайн на входе меня ошарашил. Первые собеседования давались с трудом.
Зачем все эти оторванные от реальности паттерны? Только лишь для интервью?

👨‍💻 Собрать всё воедино
У меня возникло жгучее желание разобраться в теме. Начал искать и поглощал различные материалы из множества источников.
Особенно меня драйфили и драйвят тех конференции с живым общением - ArchDays, Podlodka, HighLoad++.
Чувствовал какие акценты в построение наиболее важны.

⁉️ Что я обнаружил?
Оказывается, если смотреть под правильным углом все эти паттерны, подходы имеют практическое значение в реализации, в построение систем. Особенно высоконагруженных.

🕯 Что сделал:
Систематизировал самые важные топики. Такие как:
1) Работу с требованиями:
Функциональные, нефункциональные, проработка use cases
2) Разбор популярных протоколов:
TCP, http(REST), websockets, ...
3) Разбор вариантов архитектуры с +-:
Монолит, микросервисы
4) Понимание арх паттернов:
Circuit breaker, retry, exp backoff, ...
5) Понимание различных типов БД и контекстов их использования:
SQL/NoSQL - PostgreSQL, redis, ...
6) Понимание важности message broker:
Кафка как база
7) Level up системы до:
а) Высокодоступной
б) Отказоустойчивой
в) Масштабируемой

Эти знания необходимы для построения HighLoad системы.
Я упаковал их в месячный интенсив по System Design🍸

🙂 Сам бы прошёл такой курс
Как и 2 проведенных воркшопа - я хотел сделать такой курс, который сам бы прошёл в момент старта изучения темы.
Что бы позволило мне быстрее и с большей отдачей вкатиться и получить удовольствие от того, что:
Не так-то и сложно! А даже интересно!

😏 Ещё фишки!
А если к теории и практике построения систем добавить запускаемые примеры? Нет, не нужно разбираться 5 часов в ansible и раскатывать docker compose на разные машины.
Вся инфраструктура есть. Я подготовил курс в том числе для аналитиков(!), начинающих специалистов, всех, кто хочет начать познавать азы проектирования.

✔️ Всё готово!
Поэтому для каждого ученика будет развёрнуто окружение. Достаточно зайти, нажать на кнопку "Старт". И очередной пример запуститься!
К примеру, сможете увидеть в реальности как балансировщик раскидывает запросы по бэк сервисам. По логам, на фронте в UI - всё доступно!

❓Q/A. Что имеем?
Получаем курс, в котором теория органично сочетается с практикой. Позволяет вам быстро освоить нужные концепции. И приземлить их на реальные примеры.

❓Q/A. Где подробности?
nevzorov.courses 👈

❓Q/A. Лекции в записи как на корпоративных курсах?
Неа! Вживую! 2 часа интенсивной встречи с кучей материала. Разбитого на чанки для вашего удобства усвоения. Плюс, записи, которые можно пересматривать.

❓Q/A. Численность группы?
Практика проведения воркшопов показала мне, что небольшая группа даёт максимальный контакт с учеником.
Поэтому стартуем с небольшой группой.

И с ламповой атмосферой💡
Как я люблю 🫶. И что по обратной связи зашло в воркшопе. Высокие оценки подсказывают, что такой формат очень близок студентам.

❓Q/A. Когда старт?
Предварительная дата - 24.06.25 (вт, 19:00). Уже есть запросы на курс. Если хотели интенсивной прокачки, пишите.

❓Q/A. Как оплатить, забронировать?
Продажи с сайта ещё не стартовал. Можете прийти ко мне в личку, задать доп вопросы, получить ответы, забронировать, оплатить. У многих личка есть.
В целом она в футере сайта.

✔️ Поехали смотреть:
1 месячный интенсив по System Design для разработчиков, аналитиков, лидов, менеджеров, SRE, всех, кто интересуется базой проектирования!
🚀 System Design интенсив

➕ Для вашего удобства заявку можно оставить здесь:
Заявка на System Design Интенсив
В воркшопы доходил в личку до всех оставивших заявку. Нет корпорации. Нет менеджеров. Я - автор курса - прийду и отвечу на ваши вопросы.

📥 Транзакции под соусом Клеппманна

Продолжаем разбор классики System Design.
На очереди глава 7 - Транзакции!

Содержание вебинара:
➕ ACID
➕ Уровни изоляции транзакций
➕ Сериализуемость
➕ Оптимистичные и пессимистичные блокировки
➕ Транзакции - не только в SQL

Разбирает Михаил Масягин - linkedin. Один из преподавателей курса - nevzorov.courses/#teacher.

🧑‍💻 Встречаемся 11.06.25(ср) в 18:00.

Создал встречу. Ссылка на комнату в мтс линк.
Также для удобства планирования создал событие в календаре - google.event.
Для мобилок создание через .ics (откроется календарём).

🎦 Вебинар будет записан.
В одной из прошлых активностей достигли лимита в 50 участников.
Расширил до 100)

👍 Хорошей и продуктивной недели!

🕹 Своя игра - System Design

⭐ За последние два года было много насыщенного архитектурного первого:
✔️ Архитектурный хакатон от ВТБ
✔️ Архитектурная ката от МТС

🏆 Пришло время презентовать новую архитектурную активность. 🎆
Друзья, стартуем первую викторину "Своя Игра" по "System Design, Архитектуре"😊

🛞 Принять участие может новичок, старичок, любой желающий потренировать свои архитектурные скиллы. В состязательном варианте.💪

2️⃣ Проведём в 2 этапа:
1) Подготовительный. Викторина в квизах
Все вместе подключаемся на площадку для проведения. Стартуем квиз.
За ограниченное время нужно максимально точно ответить на заготовленные вопросы.
Выберем 4ёх финалистов.
2) Финал
4 претендента на звание победителя первой викторины Своя Игра по System Design, Архитектуре подключаются на площадку для финального батла.
Также подключаются зрители.
Здесь нас ждёт классика викторины в виде категорий и карточек.

👉 Предварительно старт 12.07.25(сб) в 19:00. Подробности в начале июля.

🔭 Заявить своё желание на участие можно в форме. Удачи!

—
На постере 2 пасхалки) Если интерпретируете в течение часа - получите по 2 будущих балла за каждую)
—
🍓 - понравились клубнички в прошлом посте🤩
Давайте пошумим перед праздником) И устроим в реакциях клубничную вечеринку под такой жаркой летней активностью 👨‍💻

📈 База System Design. Финал

💡 В завершающей части вы изучите:
✔️ Модели согласованности
+ Strong
+ Eventual
+ Способы достижения
+ Примеры систем

✔️ Consistent Hashing
💍 One ring to... распределить их всех💅

✔️ Резервирование
+ Избыточность. А зачем?
+ Бэкапы
+ Непрерывное резервирование с помощью реплики

✔️ Proxy
+ Почему нужна промежуточная сущность?
+ Forward proxy для клиентов
+ Reverse proxy для бэкэнда

👉 Habr: System Design для начинающих: всё, что вам нужно

System Design Interview
Владимир Невзоров

🔜 Провожу интервью на полях конференции ProIT Fest 😊
Будем решать популярную SD задачу 😎

Сама программа насыщенная.
Приглашаю в северную столицу прокачивать свои архитектурные навыки и классно провести время 5-6 июля 👍
Подробности моего трека 👉

СЕКЦИЯ: МENTORING
Кому будет полезно:
Разработчикам, аналитикам, продакт-менеджерам и всем, кто хочет уверенно пройти архитектурную секцию на собеседовании. Особенно тем, кто метит на senior-позиции.

О чем?
Мы разберём вживую популярную задачу на System Design интервью. В процессе узнаем:
➖ Как правильно подступиться к задаче?
➖ На что обращают внимание при решение?
➖ Почему такие интервью — уже не только про разработку, но и про мышление?

Что вас ждет?
✔️ Живое решение задачи
✔️ Пошаговый разбор
✔️ Must-have подход к проектированию
✔️ Ответы на вопросы в интерактиве

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

Кто такой Владимир Невзоров?
➖ Senior backend engineer в ServicePipe, 10+ лет в разработке, опыт в FinTech, Телекоме.
➖ Разрабатывает геораспределённую систему антибот, выдерживающую миллион RPS.
➖ Спикер HighLoad++, Стачки, Dump, ProIT Fest, призёр API Hackathon VTB.

Билеты
Телеграмм канал с подробностями.
Промокод на скидку -20% - nevzor

🔤ystem Design - youtube

🗣 "Спроектируйте сервис-аналог youtube, пожалуйста."
"Пожалуйста", - сказал Евгений Teamlead Avito и сделал ❗️

👍 Снова чёткое поэтапное прохождение.
Позволяет уложить в голове основные этапы, их наполнение.
Приятного просмотра! 😉

⏩ System Design youtube на youtube

👍 - супер!
⚡️ - ещё мок интервью на канале!

🚩 Когда выбрал другую сторону...

🏄‍♂️ Хакатоны, каты! Классно получать баллы за своё решение!
Нужно обогнать таких же рвущихся к призовым местам. Дух соревнования, жажда победы! 🤩

🔔 А потом настаёт момент когда всё это надоело... (шутка🤭)
На текущую Архитектурную Кату от True Tech Arch - архитектурное экспертное сообщество от MTS - иду в качестве представителя жюри. 🚶‍♂️

⏰ Пришло время оценивать решения по выработанным критериям.
Благо опыта самого участия, занятия призовых мест, насмотренности решений финалистов, призёров и их оценок у меня накопилось достаточно.

❓ Где можно попробовать свои силы?
На Архитектурной Кате на Summer Tech Fest!

Summer Tech Fest — летний фестиваль про ИТ-архитектуру.
Будет и ИИ. Почему бы нет?)
Доклады, круглый стол, обсуждения. И, конечно же, ката 😏
Программа
-> РЕГИСТРАЦИЯ <-

💡 Приходите в эту субботу, берите ноутбук, пообщаемся вживую!😀 Задача мощная 🔥

🏆 Как же я люблю конкурсы!😀

🕯 Прошёл отбор в конкурсе авторских каналов 😊
Приятно, что пришла отбивка не только лишь о прохождение. А с добавкой, что по моим материалам обучаются у автора сообщения ученики :)
Прям в сердечко 🫶

💡 Поэтому настрой хороший. Будем подождать результатов 🥺

🤔 Голосовать, по-моему, аудитории нельзя. Отбирать в лидеры будут жюри.
Ну вы это - заходите, если что :)
тыц - @tg_contest_main.

🔘 Consistent Hashing

Интервьюер: "Зачем?"
Кандидат: "Позволяет меньше перераспределять данные. И точка."
Интервьюер: "Садитесь, зачёт"

» Пример »

🕺 user_id
У нас их 99. В один инстанц БД влезает 33 🤷
Нам нужно сформировать запрос с user_id = 5. Получить информацию об этом пользователе. На какой сервер идти?
Делаем 3 сервера(горизонтальное масштабирование впритык). Записываем на листочке какой сервер какой диапазон значений обслуживает:
Сервер 1: 1 -> 33
Сервер 2: 34 -> 66
Сервер 3: 67 -> 99
Теперь когда придёт запрос с user_id посмотрю на листок и пошлю на Сервер 1.

😮Оказалось, что я - промежуточная программа.
Которая перенаправляет запросы на целевые сервера😊
В соответствие с этой табличкой, которую мне дал программист.

Что далее?
🥴 Всевозможные проблемы с выходом из строя или добавлением серверов.
С различным распределением ключей. И что consistent hashing - это ещё и представление таблички в форме круга. Где каждый сервер обслуживает значения начиная от него и далее против часовой стрелки пока не упрёмся в точку с другим сервером.

В этом смысле:
Сам сервер 1 имеет свою точку - 33. И обслуживает значения от 1 до 33
Сервер 2 - точка 66. Обслуживает от 34 до 66.
Сервер 3 - точка 99. Обслуживает от 67 до 99.
+Есть переход с 99 -> 1.

🪄 Теперь фокус.
Когда сервер 2 выходит из строя я - чудо перенаправляющая программа - вычеркиваю его из этого круга. И понимаю, что конфигурация стала:

Сервер 1: 1 -> 33
Сервер 3: 34 -> 99

💪 Сервер 3 взял на обслуживание ещё и запросы со значениями, которые обслуживал сервер 2.

А где-то под капотом ещё одна чудо программа. Которая перелила данные(с бэкапа, к примеру) с сервера 2 на сервер 3 :)

🥳 Всё просто!
В чём нюанс? 😏