❗️Начинаем вебинар через 30 минут❗️

Ссылка на подключение 👈

Системный анализ | Дмитрий Помаскин

❗️А вот и запись вебинара подъехала❗️

После обрезки технических кусков получилось 760мб и 47 минут, поэтому загрузил и сюда и на youtube 🫡

Системный анализ | Дмитрий Помаскин

❗️Остаток мест на интенсивах❗️

Есть места на практические занятия в эти выходные:

🟢 Event-Driven Architecture 13.12 16:00
Осталось 4 места 👉 Записаться 👈

🟡 Нотация С4 14.12 12:00
Осталось 2 места 👉 Записаться 👈

На каждом занятии первая часть — теоретическая. Чтобы ознакомиться с подачей материала, рекомендую посмотреть запись вебинара.

Вторая часть — практическая. Самостоятельное решение задач с последующим обсуждением и разбором ошибок онлайн.

P.S. На С4 желательно записываться заранее, потому что для практической части потребуется докер. Инструкцию пришлю:)

Системный анализ | Дмитрий Помаскин

❗️И ещё одна задачка по System Design ❗️

Пока не успеваю записать новый разбор задачки, но вспомнил, что летом выкладывал разбор кейса с собеседования.

На канале много новых подписчиков, которые его не видели, и само видео будет в тему текущего цикла.

Разобрал 3 различных варианта решения задачи👍

Ссылка на youtube 👈

Задача:
Спроектировать интеграции между сервисами банка.

Бизнес-процесс:
1. Клиент отправляет заявку на выпуск новой карты.
2. Мы должны проверить клиента через службу безопасности.
3. В случае успеха, выпустить карту.
4. Доставить карту клиенту.
5. На всех этапах необходимо уведомлять клиента об изменении статуса.

Системный анализ | Дмитрий Помаскин

❗️Информационный пост❗️

Коллеги, немного приболел. 🤒

Пока не в состоянии проверить домашние задания, присланные за последние пару дней. Немного отлежусь, всё посмотрю и направлю фидбек.

По той же причине не успел записать разбор новой задачи по system design.

Как только встану на ноги, сразу вернусь в эфир, не теряйте. 💪

Системный анализ | Дмитрий Помаскин

❗️Ещё одна задачка по System Design ❗️

Возвращаюсь после больничного🫡

Разобрал задачку с собеседования на позицию senior в гостех.

Задачка интересна наличием SOAP в ней, хотя сама по себе не самая трудная.

Получилось 2 гига и 32 минуты, поэтому вот ссылка на youtube.

❓Условие задачи:
Разработать систему для приема и обработки заявлений граждан:
1. Заявления могут поступать из внешней системы в формате XML по SOAP.
2. Заявления могут быть поданы напрямую в систему при личном визите гражданина.
3. При обработке заявлений необходимо формировать SOAP запросы для получения дополнительной информации из смежных систем.
4. Необходимо вести учёт положительных и отрицательных решений.
5. Необходимо формировать отчеты по заявлениям в разрезе дат, статусов и тд.
6. Нужна подсистема для аутентификации и авторизации пользователей.

Системный анализ | Дмитрий Помаскин

❗️Итоговый пост: System Design❗️

Важно: сами практические примеры решения кейсов на этом не заканчиваю. В новом году буду периодически выкладывать такие разборы.

А если хотите потренироваться в решении подобных задач перед собеседованием, то приходите ко мне на персональные консультации: совместно разберём различные кейсы и детально обсудим подходы к решению.

Теория:
Шаг 1: правильно понимаем условия задачи;
Шаг 2: строим скелет будущей системы;
Шаг 3: проектируем интеграции;
Шаг 4: выбор технологий БД;
Шаг 5: производительность и отказоустойчивость;
Шаг 6: мониторинг;
Шаг 7: расчет ресурсов.

Практика:
🔸Разработка платформы для сети коворкинг-центров;
🔸Сервис "Умный опрос" для банка;
🔸Внутренние интеграции банковский сервисов;
🔸Система для приема и обработки заявлений граждан.

Системный анализ | Дмитрий Помаскин

❓Как считать ресурсы?

‼️ВАЖНО: Все формулы ниже — это грубые оценки для собеседований. В реальных проектах точные цифры требуют проведения нагрузочного тестирования и систем мониторинга.

1. Расчёт трафика

RPS (запросов в секунду) = общее число запросов за период / число секунд в периоде

Пропускная способность (МБ/с) = (RPS * средний размер ответа в байтах) / (1024 * 1024)

Пиковый RPS = средний RPS * пиковый коэффициент (обычно 5х–10x)

2. Объём данных в БД

Объём/день = новые записи/день * средний размер записи

Объём индексов ≈ объём данных * (15–30%)

Размер БД = (объём/день * TTL в днях + объём индексов)

Итог с репликацией и запасом = Размер БД * 1.3 * число реплик

3. CPU для сервиса

Ядер на под = (RPS * время обработки одного запроса в секундах) / утилизация CPU (целевая ~0.7)

Всего ядер = ядра на под * число подов * 1.3 (запас 30%)

4. RAM для сервиса

RAM на инстанс = (память на операцию * макс. операций) * 1.3 (30% на внутренний кэш пода, при наличии) *1.3 (запас 30%)

RAM для in-memory кэша (Redis) = объём данных для кэша * число реплик * 1.3 (запас 30%)

5. CPU/RAM для базы данных

CPU БД = (WPS * цена записи + RPS * цена чтения) / утилизация,
где WPS - запись в секунду, RPS - чтение в секунду.

RAM БД = (размер индексов + (20–30% от "горячих" данных)) * 1.3 (запас 30%)

P.S. Ещё раз повторю, всё очень примерно, и реальное потребление ресурсов может отличаться.

Системный анализ | Дмитрий Помаскин

❗️Для тех, кто ещё не купил подарки❗️

Если вы, как и я, только сейчас спохватились про подарки, то ловите интересный вариант:

Подарочный сертификат на любой номинал в мою онлайн-школу 🫡

Самое приятное, что стоимость сертификата будет на 10% меньше его номинала.

Пример: за сертификат на 5000 рублей, вы платите 4500 🔥

Вы экономите, а человек получает полезный подарок с правом выбора.

Для приобретения обращайтесь ко мне в личные сообщения.

Приобретение доступно до 22:00 31.12 :)

P.S. И да, можно сделать новогодний подарок самому себе с выгодой в 10% 😉

Системный анализ | Дмитрий Помаскин

🎉 Итоги года 🎉

Поздравляю всех с наступающими праздниками, желаю профессиональных успехов, а также успехов во всех личных начинаниях!

Подготовил топ 5 карьерного роста учеников в этом году. Успехи оцениваются в увеличении оклада на руки в процентном соотношении:)

1️⃣Светлана: 90 ➡️ 300, +233% 😳
2️⃣Аноним: 230 ➡️ 330, +44%
3️⃣Виктория: 170 ➡️ 240, +41%
4️⃣Максим: 180 ➡️ 250, +39%
5️⃣Аноним: 140 ➡️ 190, +36%

*у анонимов очень редкие имена, поэтому, во избежание деанонимизации топа, они скрыты:)

Анонс на будущий год:
Я тоже в этом году поменял работу, поэтому после праздников начнём с цикла видео, в котором расскажу как проходят интервью архитекторов, какие задачи приходится решать и что там вообще происходит:)

До встречи после новогодних праздников!

Системный анализ | Дмитрий Помаскин

❗️Веселые истории про смену работы: резюме❗️

🔥Возвращаемся в эфир🔥

Как и обещал перед праздниками, начинаем новый цикл видео, в котором я рассказываю о том, как менял работу в прошлом году.

В первом видео рассказываю про подготовку резюме. 🫡

Если у вас появляются вопросы, обязательно пишите их в комментариях, обсудим👍

Системный анализ | Дмитрий Помаскин

❗️Интенсивы января❗️

Чтобы очень усердно не начинать 2026, в январе проведём 2 занятия по старым темам (новую я, естественно, не успел подготовить🙃).

Занятия пройдут:
🔸Воскресенье 18.01 12:00 МСК;
🔸Суббота 24.01 16:00 МСК.

В каждой группе будет по 4 места.

Тему каждого занятия выберем голосованием, аналогично декабрю. 😉

❗️Важно: голосуйте за тему, только если планируете прийти на занятие.

Как только завершим голосование, открою запись.

Описание программ:
🔸REST API;
🔸Базы данных;
🔸Брокеры сообщений;
🔸Функциональные требования;
🔸Event-Driven Architecture;
🔸Нотация С4.

❓Для тех, кто не понимает, о каких интенсивах речь, подробности тут.

P.S. В феврале точно подготовлю новую тему...

P.P.S. Несмотря на инфляцию, цена участия останется прошлогодней, должно же быть хоть что-то стабильное :)

Системный анализ | Дмитрий Помаскин

❗️18.01 12:00 МСК Брокеры сообщений❗️

По итогам голосования выбрана тема "Брокеры сообщений".

🕒Запись будет открыта сегодня в 18:00 МСК.

Уровень: Middle.
Требуемые навыки: Понимание принципов работы распределённых систем.
Кол-во участников: 4.
Длительность: ~4.5 часа.
Программа:
✅ Типы брокеров (модель обмена, гарантия доставки, умные/глупые брокеры);
✅ RabbitMQ;
✅ ApacheKafka;
✅ Transaсtional outbox;
✅ Обработка ошибок в асинхронных интеграциях.

Практика:
✅ Проектируем внедрение брокеров в распределенную систему;
✅ Поднимаем RabbitMQ и ApacheKafka локально в docker;
✅ Учимся работать с ними через веб-интерфейс;
✅ Описываем формат взаимодействия в asyncapi.

P.S. Желательно не записываться в последний момент, потому что до начала занятия необходимо установить докер и загрузить нужные образы.

Системный анализ | Дмитрий Помаскин

❗️Веселые истории про смену работы: HR-скрининг❗️

Второе видео из цикла, в котором расскажу про то, как проходило общение с HR.

Если вы пропустили первую часть, то она тут.

Если у вас появляются вопросы, обязательно пишите их в комментариях, обсудим👍

P.S. До открытия записи на брокеры сообщений меньше 2-х часов:)

Системный анализ | Дмитрий Помаскин

‼️Запись открыта‼️

18.01 12:00 МСК Брокеры сообщений.

Для записи переходите по ссылке 👈

❗️Для занятия потребуется докер и загруженные образы. Инструкцию пришлю, разобраться помогу, но прошу записываться заранее, чтобы не столкнуться с проблемами в последний момент :)

UPD: мест нет.

Системный анализ | Дмитрий Помаскин

❗️Практический интенсив 24.01❗️

Важно: занятие проведём в 12:00 вместо 16:00, время по МСК.

Осталось выбрать тему занятия, опрос ниже👇

Описание программ тут :)

❗️Голосуйте за тему, только если планируете прийти на занятие.

Запись будет открыта в среду 21.01 в 18:00 по МСК.

P.S. В прошлый раз места разобрали за 3 часа, поэтому записывайтесь заранее.

Системный анализ | Дмитрий Помаскин

❓Почему важно понимать сценарии использования?

Чтобы вы не скучали, решил разбавить цикл видео про смену работы небольшим кейсом.

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

Наглядный пример, почему важно изучить сценарии работы пользователей, прежде чем придумывать сложные "универсальные" механизмы :)

P.S. Голосование за выбор темы субботнего занятия закрою завтра в 12:00 МСК 👆

Системный анализ | Дмитрий Помаскин

❗️24.01 12:00 МСК Проектирование REST API❗️

В упорной, но честной борьбе, с отрывом всего в 1 голос, побеждает REST API.

🕒Запись будет открыта сегодня в 18:00 МСК.

Тема: Проектирование REST API.
Уровень: junior.
Требуемые навыки: Умение читать ER-диаграмму.
Кол-во участников: до 4.
Длительность: ~4 часа.
Программа:
✅ Форматы данных;
✅ HTTP-методы и их свойства;
✅ REST и RESTfull;
✅ Обработка ошибок в синхронных интеграциях.

Практика:
✅ Проектирование REST API для нового сервиса;
✅ Внедрение пагинации и фильтрации;
✅ Swagger;
✅ Postman.

Системный анализ | Дмитрий Помаскин