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