Учим проектировать системы, готовые к росту продукта и требований
Практическая школа архитектуры
Библиотека экспертных материалов по DDD, Clean Architecture и микросервисам
Практические PDF-гайды, шаблоны и кейсы для разработчиков, архитекторов и аналитиков.
В этом гайде вы найдёте:
- Пошаговый план, с чего начать погружение в микросервисы
- Частые ошибки при декомпозиции и как их избежать
- Разбор ключевых паттернов и навыков для роста до архитектора
- Рекомендации по чтению, практике и интервью
- Сводку требований с реальных вакансий Middle/Senior аналитиков
В этом чек-листе вы найдёте:
- Разбор типовых ошибок: от REST-хаоса до распределённого монолита
- Антипаттерны, которые мешают масштабироваться
- Почему «AuthService» и «UserService» — не микросервисная архитектура
- Как Event Storming и DDD помогают выстраивать границы
- Какие паттерны критичны, чтобы архитектура держалась под нагрузкой
В этом PDF-гайде вы найдёте:
- Почему архитектура, а не вы, мешаете юнит-тестам
- 5 антипаттернов, из-за которых рушится тестируемость
- Как Clean Architecture и DDD делают код гибким и удобным
- Что делать с god-классами, моками и жирными use-case
- Примеры, как переписать архитектуру — без смены языка
В этом чек-листе вы найдёте:
- 5 признаков на практике: зависимости направлены внутрь, домен изолирован, инфраструктура на периферии через интерфейсы, модули слабо связаны, юнит-тесты быстрые — без БД, UI и DI-контейнера
- Быструю самопроверку: где нарушены границы слоёв и почему
- Шаги фикса: вынести бизнес-логику из контроллеров, перестать «тянуть» фреймворк в домен, оформить границы модулей
- DIP по делу: как подключать БД/HTTP/брокеры через абстракции и держать зависимости направленными внутрь
- Мини-пример переработки use case: контроллер → application service → домен
В этом гайде вы найдёте:
- DDD по делу: что такое предметная область и почему она важнее БД и API
- Ubiquitous Language: как говорить с бизнесом одним языком и переносить термины в код
- Bounded Contexts: как разводить смыслы и ставить чёткие границы
- Когда DDD нужен, а когда избыточен: критерии по размеру, изменчивости и горизонту проекта
- Тактические паттерны: Entity, Value Object, Aggregate, Domain Service, Repository, Factory — когда и зачем
- Практические примеры из e-commerce/fintech + стартовый план внедрения в текущий проект
В этом материале вы найдёте:
- Что такое Event Storming, когда проводить и почему он важен перед декомпозицией на микросервисы
- Как по событиям находить Bounded Contexts и декомпозировать по субдоменам (Decompose by Subdomain)
- Как не скатиться в распределённый монолит: границы по бизнес-процессам, а не по таблицам/слоям
- Нотация: роли карточек (события, команды, политики, агрегаты, внешние системы, hot spots)
- Пошаговый сценарий сессии: Big Picture → команды/акторы → проблемы → кластеризация → детализация
- Типичные ошибки воркшопа и как их избежать
Оформить через Telegram
Заберите материал бесплатно
Автор библиотеки —
Кирилл Ветчинкин
Кирилл Ветчинкин
Архитектор систем, основатель MicroArch. Помогаю командам проектировать. Устойчивые микросервисные решения и прокачивать архитектурные навыки.
Короткое описание:
15 лет коммерческой разработки, 8+ лет практики DDD и микросервисной архитектуры. 9000+ часов реальной работы на проектах. Обучил 2000+ специалистов; 94% рекомендуют курсы коллегам.
15 лет коммерческой разработки, 8+ лет практики DDD и микросервисной архитектуры. 9000+ часов реальной работы на проектах. Обучил 2000+ специалистов; 94% рекомендуют курсы коллегам.
Факты и достижения:
- Ex Staff Engineer «Купер» — помог перевести систему на микросервисную архитектуру с нуля, внедрил DDD и Event Storming.
- Ex Direction Lead BCS Broker — совмещал архитектурную экспертизу с IT-стратегией и управлением командами; внедрял MSA и DDD.
- Спикер профильных конференций: ArchDays, Highload++, Podlodka, РИТ и др.
- В курсах — не «pet-проекты», а разбор боевых кейсов и практики внедрения DDD/MSA.
- Материалы библиотеки — выжимка проверенных решений с реальных проектов без воды.