❗️Внешний кеш❗️

⚙️ Суть:
Храним временные данные во внешнем хранилище (чаще всего in-memory), а поды сервиса обращаются в него по сети.

➕Плюсы:

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

Отсутствие потери состояния — рестарты подов или создание новых не влияют на кеш. Потеря состояния произойдёт только из-за рестарта самого кеша.

Нет ограничения по объему — размер кеша не ограничен количеством оперативной памяти ваших подов, так как имеет собственные ресурсы.

➖Минусы:

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

Сложность архитектуры — необходимо внедрять дополнительные технологии для кеширования.

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

P.S. Завтра начнем выбирать тему интенсива 28.03 :)

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

❗️Тема занятия 28.03 12:00 МСК❗️

Финальное занятие марта, давайте выберем тему.

FYI: В апреле будет всего 2 занятия, так как уеду в отпуск 😊

Описание программ:
🔸REST API;
🔸Базы данных (с нуля);
🔸Брокеры сообщений;
🔸Функциональные требования.

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

❗️Как и всегда: голосуйте, только если сможете посетить занятие :)

Опрос ниже👇

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

❗️28.03 Брокеры сообщений❗️

По результатам голосования с огромным отрывом победили Брокеры сообщений 🏁

⚠️ Для этого занятия вам понадобится docker, поэтому прошу не записываться в последний момент, чтобы успеть всё настроить.

С меня инструкция и помощь в настройке, проблем не будет :)

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

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

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

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

✅ Запись открыта ✅

Опять подвел интернет:(

28.03 12:00 МСК Брокеры сообщений
🟢 4 места:
Записаться 👈

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

🆕 Новый формат 🆕

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

Теперь практических интенсивов будет по 2 в месяц вместо 4.

Зато теперь теоретичную часть можно приобрести за символическую стоимость и посмотреть в удобное для вас время 🫡

А ещё такой формат будет актуален для вас, если тема, которую вы хотите посетить, долго не побеждает в голосовании👍

Из чего состоит занятие?
Полная запись всей теоретической части интенсива (практика в такой формат не входит!)Я вырезал на монтаже часть наших диалогов, которые не относятся к теме, но вопросы ребят, которые дополняют тему оставил, чтобы они не возникали у вас.

Какие темы доступны?
Со временем будут доступны все темы, которые мы разбирали на занятиях, включая новые, которые появятся в будущем. Начал с конца, первая тема "Базы данных (middle)".

Сколько стоит?
На запуске цена за одну запись составляет 1990р.

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

Купил(а) теорию, но теперь хочу посетить практическое занятие, как быть?
Нужно доплатить только разницу в цене. Для этого после открытия записи на практику войти с вашим логином и паролем, выбрать тему и нажать кнопку "Поменять тариф".

Посмотрел(а) теорию и появились вопросы, что делать?
Написать все вопросы мне в ЛС тут, отвечу на них подробными голосовыми. Количество вопросов неограниченно :)

👉 Базы данных (middle) уже по этой ссылке 👈

P.S. Цена на практические интенсивы с 1 апреля изменится, в группе на 28.03 ещё остались места. Это последняя возможность попасть на занятие по старой цене.

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

❗️Кеш на клиенте❗️

⚙️ Суть:
Храним временные данные в браузере или мобильном приложении пользователя, при повторном запросе данные загружаются локально, без вызова сервера.

➕Плюсы:

Скорость — данные отдаются мгновенно, нет сетевых запросов и задержек.

Снижение нагрузки на сервер — чем больше данных отдается с клиента, тем меньше запросов обрабатывает бэкенд и инфраструктура.

Работа офлайн — при отсутствии интернета пользователь может получить доступ к ранее загруженному контенту.

➖Минусы:

Одно устройство = один кеш — данные хранятся на конкретном устройстве. Если один пользователь работает с двух устройств, кеш на них будет разным.

Сложность управления — нет прямого механизма инвалидации. Необходимо реализовывать дополнительные инструменты.

Ограниченный объем — браузеры и ОС могут жестко лимитировать размер кэша под каждый источник.

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

❗️Изменение цен на обучение❗️

Всем привет!
С 1 апреля произойдёт небольшая индексация стоимости всех занятий:

Практические интенсивы:
Одно занятие:
4 780 ₽ 5 990 ₽

Персональные консультации:
Разовая (1.5 часа):
10 000 ₽ 12 000 ₽
Пакет из 3-х занятий:
24 000 ₽ 30 000 ₽
Мок-собес (1.5 часа):
10 000 ₽ 12 000 ₽

Курсы:
Системный анализ (базовый)
🔸тариф "Стандартный":
42 990 ₽ 46 990 ₽
🔸тариф "Интерактивный":
76 990 ₽ 84 680 ₽

Основы архитектуры
🔸тариф "Стандартный":
29 870 ₽ 33 870 ₽
🔸тариф "Интерактивный":
52 780 ₽ 57 990 ₽

Системные интеграции
🔸тариф "Junior":
13 890 ₽ 15 270 ₽
🔸тариф "Middle":
23 480 ₽ 25 820 ₽
🔸тариф "Senior":
39 790 ₽ 43 770 ₽

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

Успевайте! :)

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

❗️Кеш на API Gateway❗️

⚙️ Суть:
API Gateway сохраняет ответы от бэкенда и при повторных идентичных запросах отдает копию из кеша, не нагружая сервер. Ключом служат параметры запроса (URL, заголовки, тело). Время жизни (TTL) настраивается гибко.

➕Плюсы:

Скорость — данные отдаются быстрее, чем при обращении к бэкенду.

Снижение нагрузки на сервер — чем больше данных отдается с клиента, тем меньше запросов обрабатывает бэкенд и инфраструктура.

➖Минусы:

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

Динамические запросы — пользовательские заголовки редко делают запросы полностью идентичными. Если учитывать их в ключе кеша, то эффективность падает, если не учитывать, то данные могут уйти не тому пользователю.

P.S. В завтрашней группе на брокеры сообщений осталось всего 1 место, если собираетесь посетить, то помните про подготовку и не записывайтесь в последний момент :)

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

🗓 Интенсивы апреля 🗓

Практические интенсивы марта завершены 🫡

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

Расписание занятий на апрель:
🔸4.04 Суббота
🔸5.04 Воскресенье

Все занятия пройдут в 12:00 по МСК.

Темы занятий по классике выберем голосованием.

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

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

А пока предлагаю выбрать тему занятия 4.04 👍

❗️Как и всегда: голосуйте, только если сможете посетить занятие :)

Опрос ниже👇

🔍🔤🔤🔤🔤🔤🔤🔤🔤🔤🔍

Привет👋
Меня зовут Дмитрий, и последние 4 года я работаю в позиции архитектора решений (он же solution) 🤦‍♂️

А почему тогда канал по системному анализу?

Потому что до архитектуры я 6 лет работал системным аналитиком и прошёл путь от джуна до лида🫡

Я там ещё пару лет backend писал, но это к теме не относится🫣

Тут собрал для вас список (кстати, пополняемый) самых популярных и интересных постов:

🔸System design пошагово с практическими примерами;
🔸Отдельный пост про расчет ресурсов;
🔸Как передать большой объект через брокер;
🔸Тут мы пилили монолит на микросервисы;
🔸Пример применения CQRS на реальной задаче;
🔸Полнотекстовый поиск на больших объемах;
🔸Загрузка сырых данных из внешних источников;
🔸А еще я рассказывал, как искал работу архитектором.

Также совсем недавно проходил вебинар по распределенным системам, вот тут вот есть запись 🎤

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

Для тех, кому хочется изучать новое, но в офлайн формате, у меня тоже есть решение:

🔸Системный анализ (базовый);
🔸Основы архитектуры;
🔸Системные интеграции.

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

P.S. В замен старой навигации сделал новую, буду актуализировать её популярными постами 🫡

❗️04.04 12:00 Нотация С4❗️

Неожиданно, но по результатам голосования побеждает Нотация С4 🏁

⚠️ Для этого занятия вам понадобится docker, поэтому прошу не записываться в последний момент, чтобы успеть всё настроить :)

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

Уровень: Middle.
Требуемые навыки: Понимание принципов работы распределённых систем.
Кол-во участников: до 4.
Длительность: ~3.5 часа.
Программа:
✅ Что такое нотация С4;
✅ Для чего она нужна;
✅ Какие уровни бывают;
✅ Основные элементы всех уровней;
✅ Что из этого реально стоит использовать в работе;
✅ Какие инструменты существуют для работы с С4.

Практика:
✅ Подготовим описание системы на разных уровнях;
✅ Модифицируем схему по результатам доработок;
✅ Работа со structurizr.

P.S. До выходных совсем мало времени, поэтому давайте сразу выбирать тему 05.04👇

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

✅ Запись открыта ✅

04.04 12:00 МСК Нотация С4

Для записи жмите сюда 👈

❗️В мае будет новая тема интенсива "System design". Хочу сделать его немного нестандартным, поэтому потребовалось чуть больше времени на разработку :)

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

❗️Кеш: Буферный пул❗️

⚙️ Суть:
СУБД сохраняет в своей оперативной памяти страницы, полученные с диска при обращении к данным.

*️⃣Страница — это минимальная единица данных, которую база читает или записывает при работе с диском.

*️⃣Буферный пул — это часть оперативной памяти БД, выделенная для хранения загруженных страниц.

➕Плюсы:

Скорость — БД не обращается к диску при каждом запросе.

Простота использования — механизм работает автоматически из коробки.

➖Минусы:

Внешнее управление — этим механизмом нельзя управлять из приложения. Настройка возможна только на уровне конфигурации БД.

Сложные запросы — механизм кеширует сырые страницы, а не результаты ваших SQL-запросов.

P.S. Есть 3 места на занятие по С4 в субботу :)

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

❗️05.04 12:00 МСК Event-Driven Architecture❗️

По итогам голосования побеждает Event-Driven Architecture 🏁

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

Уровень: Middle+.
Требуемые навыки: Понимание принципов работы распределённых систем, Apache Kafka.
Кол-во участников: до 4.
Длительность: ~4 часа.
Программа:
✅ Немного общей теории по распределенным системам;
✅ Что такое "событие";
✅ Что такое EDA;
✅ Сильные и слабые стороны EDA;
✅ Модели данных для EDA;
✅ Мониторинг в EDA.

Практика:
✅ Проектируем EDA систему с нуля;
✅ Готовим схему расположения сервисов;
✅ Расширяем функционал системы с использованием имеющихся событий;
✅ Внедряем в систему мониторинг.

P.S. Есть места на занятие по С4 в субботу :)

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

✅ Запись открыта ✅

05.04 12:00 Event-Driven Architecture
🟢 4 места:
Записаться на EDA 👈

14.03 12:00 МСК Нотация С4
🟡 3 места:
Записаться на С4 👈

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

❗️Кеш: кеширование результатов (Result Cache)❗️

⚙️ Суть:
СУБД сохраняет в своей оперативной памяти результаты ваших запросов.

➕Плюсы:

Скорость — БД не обращается к диску при каждом запросе, а также не нагружает CPU для исполнения логики запроса.

Упрощение реализации сервисов — нет необходимости писать код для управления кешем с результатами запросов.

➖Минусы:

Ресурсы — неконтролируемое потребление памяти, так как результаты запросов могут весить сильно больше, чем сырые страницы.

Агрессивная инвалидация — при любом изменении данных (INSERT/UPDATE/DELETE) кеш инвалидируется, а при следующем запросе собирается заново. Получаем частые, вероятно, бесполезные операции с RAM.

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