Уровень: Middle.
Требуемые навыки: Понимание принципов работы распределённых систем, ER-диаграммы.
Кол-во участников: до 4.
Длительность: ~4 часа.
Программа:
✅ ACID;
✅ CAP теорема;
✅ Выбор СУБД и способы применения;
✅ Кластеризация;
✅ Партиционирование;
✅ Шардирование;
✅ PostgreSQL (WAL, JSONB).
Практика:
✅ System design с уклоном в БД;
✅ Внедрение и обоснование кластеров;
✅ Проектирование модели данных PostgreSQL с использованием JSONB.
P.S. Запись будет открыта завтра (09.02) в 16:00 по МСК.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17
15.02 12:00 МСК Базы данных (middle).
28.02 12:00 МСК Базы данных (middle).
Для записи переходите по ссылке
P.S. Слоты на новые темы разбирают достаточно быстро, так что не откладывайте :)
UPD: Группа на 15.02 набрана
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥3
Media is too big
VIEW IN TELEGRAM
Пятое видео про смену работы, в котором я пытался устроиться в шахту👷♂️
Если вы пропустили первые части:
🔸 Про резюме;
🔸 Про HR;
🔸 Про iGaming;
🔸 Про маркетплейс.
Если у вас появляются вопросы, обязательно пишите их в комментариях, обсудим👍
P.S. На интенсив по БД осталось всего 2 места, оба на 28.02 12:00 МСК.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
4😁12🔥5
Media is too big
VIEW IN TELEGRAM
Ранее разбирал задачку по system design и обещал рассказать отдельно про подходы, которые применял при решении.
Первое, о чём я упоминал, был принцип единственной ответственности.
Single responsibility — сервис отвечает только за одну функцию.
Какие бонусы получаем:
✅ Масштабируемость — можно независимо скалировать нужный сервис;
✅ Отказоустойчивость — если упал один сервис, то недоступна только его функция, остальные работают;
✅ Простота поддержки — сервис легче дорабатывать и релизить.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
3👍5🔥4
На сегодняшнее занятие по базам данных освободилось одно место.
Начало через час, в 12:00 МСК.
Для записи переходите по ссылке
Мест в группе на 28.02 не осталось.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Media is too big
VIEW IN TELEGRAM
Шестое видео про смену работы, на этот раз банк
Если вы пропустили первые части:
🔸 Про резюме;
🔸 Про HR;
🔸 Про iGaming;
🔸 Про маркетплейс;
🔸 Про шахту.
Это последняя история, которую можно отнести в формат "что-то пошло не так".
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
5🔥7🤯5😁3
Media is too big
VIEW IN TELEGRAM
Ранее разбирал задачку по system design и обещал рассказать отдельно про подходы, которые применял при решении.
Второй аспект, о котором я говорил, — это обработка исключений.
Я уже много раз про это говорил и в постах, и на практических занятиях, но ещё раз напомню:
❌ При решении любой задачи нельзя опираться только на положительные сценарии работы.
✅ Всегда помните про поведение системы при возникновении исключений. Все ошибки должны корректно обрабатываться.
Это касается и решения задач на собеседованиях, и проектирования боевых систем.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥8👍4
Media is too big
VIEW IN TELEGRAM
Сегодня разбираем следующий аспект, который я использовал при решении задачи по system design.
Circuit Breaker — паттерн, который предотвращает каскадные сбои в системе путем автоматического прекращения вызовов к неисправному сервису на определенное время.
Имеет три состояния:
🟢Closed: Запросы проходят к сервису. Штатное поведение системы.
🔴Open: При накоплении ошибок "выключатель" активируется. Запросы к проблемному сервису не отправляются, выбрасывая исключение. Это дает сервису время восстановиться.
🟡Half-Open: Через заданное время "выключатель" пропускает несколько запросов. Если они успешны — цепь снова замыкается (Closed). Если нет — снова размыкается (Open).
Зачем нужен:
✅ Защищает систему от бесконечных таймаутов и зависаний.
✅ Позволяет проблемному сервису восстановиться, не будучи заваленным повторными запросами.
P.S. Немного оговорился на видео, перезаписать не успел, поправил * в субтитрах.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
30👍8🔥4
Расписание занятий на март:
🔸7.03 Суббота
🔸14.03 Суббота
🔸15.03 Воскресенье
🔸21.03 Суббота
Все занятия пройдут в 12:00 по МСК.
Темы занятий по классике выберем голосованием.
Описание программ:
🔸REST API;
🔸Базы данных (с нуля);
🔸Базы данных (middle);
🔸Брокеры сообщений;
🔸Функциональные требования;
🔸Event-Driven Architecture;
🔸Нотация С4.
А пока предлагаю выбрать тему занятия 7.03 👍
Опрос ниже
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍1
Прошу прощения 😐
Please open Telegram to view this post
VIEW IN TELEGRAM
В упорнейшей борьбе, с отрывом всего в 1 голос (21 против 20), побеждает Event-Driven Architecture 🏁
Те, кто голосовал за другие темы, не расстраивайтесь. Повторов в следующем месяце не будет, поэтому есть ещё 3 занятия 14, 15 и 21 марта
Уровень: Middle+.
Требуемые навыки: Понимание принципов работы распределённых систем, Apache Kafka.
Кол-во участников: до 4.
Длительность: ~4 часа.
Программа:
✅ Немного общей теории по распределенным системам;
✅ Что такое "событие";
✅ Что такое EDA;
✅ Сильные и слабые стороны EDA;
✅ Модели данных для EDA;
✅ Мониторинг в EDA.
Практика:
✅ Проектируем EDA систему с нуля;
✅ Готовим схему расположения сервисов;
✅ Расширяем функционал системы с использованием имеющихся событий;
✅ Внедряем в систему мониторинг.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍3
✅ Запись открыта ✅
07.03 12:00 МСК Event-Driven Architecture.
Для записи жмите сюда👈
Системный анализ | Дмитрий Помаскин
07.03 12:00 МСК Event-Driven Architecture.
Для записи жмите сюда
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Media is too big
VIEW IN TELEGRAM
Как и обещал, собрал топ 3 самых популярных задач, которые давали на технических собесах:
Если вы пропустили первые части:
🔸 Про резюме;
🔸 Про HR;
🔸 Про iGaming;
🔸 Про маркетплейс;
🔸 Про шахту;
🔸 Про банк.
P.S. А на субботу ещё есть 2 свободных места, запись тут :)
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
23🔥6👍2
Давайте выберем тему на следующую субботу 14.03.
Как обещал, повторов не будет, поэтому EDA убираю из списка, будем разбирать в эту субботу
Описание программ:
🔸REST API;
🔸Базы данных (с нуля);
🔸Базы данных (middle);
🔸Брокеры сообщений;
🔸Функциональные требования;
🔸Нотация С4.
Опрос ниже
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥3
По результатам голосования побеждает Нотация С4 🏁
Уровень: Middle.
Требуемые навыки: Понимание принципов работы распределённых систем.
Кол-во участников: до 4.
Длительность: ~3.5 часа.
Программа:
✅ Что такое нотация С4;
✅ Для чего она нужна;
✅ Какие уровни бывают;
✅ Основные элементы всех уровней;
✅ Что из этого реально стоит использовать в работе;
✅ Какие инструменты существуют для работы с С4.
Практика:
✅ Подготовим описание системы на разных уровнях;
✅ Модифицируем схему по результатам доработок;
✅ Работа со structurizr.
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2
✅ Запись открыта ✅
14.03 12:00 МСК Нотация С4
Для записи жмите сюда👈
❗️ Также осталось всего 1 место на завтра (07.03) по Event-Driven Architecture, запись тут 👈
P.S. А на следующей неделе начнём новый цикл видео, в котором поговорим о кешировании🫡
Системный анализ | Дмитрий Помаскин
14.03 12:00 МСК Нотация С4
Для записи жмите сюда
P.S. А на следующей неделе начнём новый цикл видео, в котором поговорим о кешировании
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
Давайте выберем тему на воскресенье 15.03, голосуем до 12:00 четверга, затем открою запись.
Уже сегодня вечером начнём новый цикл видео про кеширование
На нотацию С4 в эту субботу есть ещё 2 места, запись тут
Описание программ:
🔸REST API;
🔸Базы данных (с нуля);
🔸Базы данных (middle);
🔸Брокеры сообщений;
🔸Функциональные требования.
Опрос ниже
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
Media is too big
VIEW IN TELEGRAM
Кеш - слой хранения данных с возможностью быстрого доступа, который содержит копию информации из медленного основного хранилища или результаты предварительных вычислений.
Основные свойства:
✅ Скорость чтения — доступ к данным осуществляется быстрее, чем при обращении в основное хранилище.
✅ Снижение нагрузки — нет необходимости каждый раз обращаться к основному хранилищу данных.
✅ Время жизни (TTL) — данные в кеше хранятся ограниченное количество времени.
✅ Инвалидация — процесс удаления из кеша устаревших\ненужных записей.
✅ Актуализация — процесс продления TTL отдельных записей в кеше.
P.S. Выше продолжаем голосования за тему практического интенсива 15.03 :)
Системный анализ | Дмитрий Помаскин
Please open Telegram to view this post
VIEW IN TELEGRAM
10🔥11👍4