Научиться мыслить в духе микросервисной архитектуры: разумно делить монолит, определяя границы сервисов по сущностям и реальным данным, а не по интуиции или количеству строк кода.
Пойдём от простого к сложному: начнём с боли монолита, затем разберём HTTP и RPC, дойдём до брокера сообщений, данных на стыке сервисов и распределённых транзакций, а закончим физическим разделением на отдельные сервисы.
по итогам двух месяцев прохождения курса
Не «делить, потому что модно», а находить конкретные симптомы: сильную связанность в коде, единую точку отказа, невозможность масштабировать часть системы отдельно от остальной.
Продумывать, что должно быть одним сервисом, а что разными, на основе bounded context и реальной структуры данных, а не на основе интуиции или слухов про количество строк кода.
Понимать, что контракт между сервисами важнее способа передачи данных и уметь работать с обычным REST, самописным RPC, и gRPC — зная сильные и слабые стороны каждого.
Вовремя переходить от хрупких синхронных цепочек вызовов A-B-C к pub/sub на RabbitMQ, а также понимать цену такого перехода.
Держать отдельную базу на каждый сервис и понимать, где можно использовать JOIN, а где снапшоты по событию или отдельную read-model для сложных запросов.
Проводить операции в несколько шагов через разные сервисы и аккуратно откатывать их вручную, если что-то пошло не так по ходу процесса.
Дмитрий Лаврик
Опыт работы в сфере разработки сайтов более 15 лет. Ориентируется во всех вопросах создания сайтов, от вёрстки до backend-а.
Начиная с 2011 года, под его руководством тысячи учеников прошли путь от новичков до успешных веб-программистов. Если вы ещё не знакомы с Дмитрием, рекомендуем заглянуть на его youtube-канал, где вы найдете много полезных видео и сможете узнать стиль преподавания Дмитрия.
В хорошем качестве с возможностью скачать видео. Продолжительность каждого занятия около двух часов. На уроках разбираются домашние работы учеников и новый материал.
Все примеры, которые мы рассматриваем на уроках, вы получаете в архиве. Таким образом, даже не написав ни строчки кода, вы получаете набор готовых решений, сделанных на уроке.
Во время прохождения курса и после его завершения участники тусуются в рамках закрытой площадки, где помогают друг другу, а также задают вопросы преподавателю и получают ответы на них.
Внимание! Для прохождения данного курса пригодятся уверенные знания в node и typescript.
Если вы хотите подробнее ознакомиться с идеями курса,
Помимо идей и программы курса в нём обсуждаются философские вопросы выбора между монолитом и микросервисами.
Доступно в формате видеозаписей
со свежего потока (август 2026)
21 000 руб.
10 500 руб.
Нет, монолит — абсолютно рабочая архитектура для многих задач, и весь курс построен не на тезисе «микросервисы лучше», а на том, чтобы показать конкретные проблемы, которые решают микросервисы, и конкретную цену, которую за это приходится платить. "Пилить или не пилить" - вот в чём первый важный вопрос для многих проектов.
Да, польза будет, даже если сейчас не планируете микросервисы. Как только в монолите появляются задачи вроде онлайн-оплаты, отправки писем, вебхуки, фоновые задачи и т.п., то это уже в какой-то мере и степени распределённая система с теми же граблями: потерянные события, повторная доставка, рассинхрон данных.
Курс рассчитан на уверенного мидла — не нужно заранее знать RabbitMQ, gRPC, саги или Docker, всё это разбирается с нуля, шаг за шагом. Но нужен уверенный Node.js, TypeScript, опыт работы с любой SQL / NoSQL базой, понимание принципов построения RESTFul API.
Потому что курс идёт от смысла к инфраструктуре, а не наоборот. Физическое разнесение сервисов по контейнерам — это последний, механический шаг, который имеет смысл только после того, как правильно определены границы сервисов и контракты между ними.
Да, в учебных целях. Собрав минимальную версию своими руками (RPC поверх Fastify, сага на 2 шагах через события), вы будете понимать, что происходит внутри инструмента, а не работать с ним как с чёрным ящиком.
-----