НЕДЕЛЬНЫЙ ИНТЕНСИВ · СТАРТ 26 НОЯБРЯ 2026

Микросервисы.
Наконец-то
разобраться.

Собери разрозненные знания в общую картину и проверь её на практике — от границ сервисов до разбора сбоев.
5 дней занятий + домашка после каждого.
В конце — общий разбор и ответы на вопросы.
Павел Сорокин, ведущий интенсива
Павел Сорокин
Java backend разработчик
Ведущий интенсива Sorokin School

01

неделя, чтобы войти в тему

5 + 1

занятий и финальный разбор

15 000 ₽

участие в интенсиве
УЗНАЁШЬ СЕБЯ?

Не хватает связной картины,
а не ещё одной статьи.

01

Тема всё время «на потом»

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

Термины знакомы. Системы нет.

Kafka, Saga, API Gateway — отдельные кусочки, которые не складываются в картину.
Один кейс на всю неделю: видно, зачем нужен каждый следующий элемент.
03

Понимаешь, но объяснить трудно

На работе решаешь задачи, а на интервью сложно обосновать границы и компромиссы.
Защита своей схемы и тренировка ответов в паре по готовому чек-листу.
04

Непонятно, правильно ли сделал

Повторить пример получается. Самостоятельно выбрать решение и проверить его сложнее.
Разбор типовых ошибок на финальной встрече. Личная обратная связь — в расширенных тарифах.
Для Java-разработчиков, которые знают основы языка, REST и SQL и хотят осмысленно войти в микросервисы. Коммерческий опыт с ними не обязателен.
РЕЗУЛЬТАТ НЕДЕЛИ

Понимать, выбирать,
объяснять.

01

Общая картина

Разберёшься, где проходят границы сервисов, как они общаются и почему у каждого свои данные.

02

Своё решение

Соберёшь схему системы заказов, API и событий и проверишь её на нескольких сценариях отказа.

03

План дальше

Увидишь пробелы, получишь подборку материалов и поймёшь, что изучать следующим шагом.
Сначала — то, что влияет на решения. Границы, данные, коммуникации и надёжность. Поймёшь и то, когда достаточно монолита, а усложнять систему рано.
За неделю сформируем базу и потренируем мышление. Глубокая эксплуатация Kubernetes и полный production-контур потребуют отдельного погружения.
ТАК ВЫГЛЯДИТ ОБУЧЕНИЕ

Не просто смотреть.
Делать, обсуждать, объяснять.

01 / РАЗОБРАТЬСЯ

Смотришь занятие

Вместе разбираем тему на системе заказов: схема, небольшой пример кода и объяснение, зачем выбран такой подход.
Не успел на эфир — вернёшься к записи.
02 / ПОПРОБОВАТЬ САМОМУ

Делаешь домашку

После каждого дня — конкретная задача: разделить систему, описать контракт, обработать сбой или защитить решение.
Пять заданий складываются в один учебный кейс.
03 / ПРОВЕРИТЬ ПОНИМАНИЕ

Обсуждаешь решения

Сверяешься с чек-листом, задаёшь вопросы и приносишь сложные места на финальный разбор.
Личная проверка и mock — в расширенных тарифах.
ВХОДИТ В УЧАСТИЕ · ПО ЖЕЛАНИЮ

Объясни систему другому человеку

Поможем объединиться по двое. Один защищает архитектуру, второй задаёт уточняющие вопросы по готовому списку. Потом меняетесь ролями и отмечаете пробелы.
Потренируешься не только отвечать, но и замечать слабые места в чужом решении.
ПРОГРАММА · 5 ДНЕЙ + ФИНАЛЬНЫЙ РАЗБОР

Что именно разберём
за эту неделю

Каждый день добавляет следующий слой к одному кейсу. В программе есть и практика с небольшими примерами, и задания, где главное — обосновать решение.
ДЕНЬ 01
26 ноября · чт

Где заканчивается монолит и начинаются микросервисы

  • Монолит, модульный монолит и микросервисы: в чём различие на практике.
  • Границы по бизнес-ответственности: заказы, оплата, уведомления.
  • Связанность, общий код и общая БД: где разделение оказывается формальностью.
  • Когда разделять систему полезно, а когда достаточно монолита.
Результат дня → Сможешь нарисовать границы сервисов и объяснить, что стоит отделить, а что лучше оставить вместе.
Домашка → Схема системы заказов + три аргумента в пользу выбранных границ.
ДЕНЬ 02
27 ноября · пт

HTTP и Kafka: как сервисы договариваются

  • Когда нужен синхронный ответ по HTTP, а когда лучше передать событие.
  • Контракт POST /orders: входные данные, ответ, ошибки и идентификаторы.
  • Kafka на уровне приложения: producer, consumer, topic и consumer group.
  • Событие OrderCreated и различие между командой и фактом.
Результат дня → Сможешь выбрать способ связи и описать понятные HTTP- и событийный контракты.
Домашка → Дописать небольшой endpoint по шаблону или описать его контракт; составить OrderCreated для кейса.
ДЕНЬ 03
28 ноября · сб

Своя БД у каждого сервиса. Как не потерять смысл

  • Кому принадлежат данные и почему сервис не должен ходить в чужую БД.
  • Eventual consistency: почему статус меняется не мгновенно.
  • Outbox: что делать между сохранением заказа и публикацией события.
  • Повторная доставка, идемпотентность и идея Saga на процессе оплаты.
Результат дня → Поймёшь, как рассуждать о потерянном событии, дубликате и согласованности статусов.
Домашка → Разобрать два сбоя: заказ сохранился, событие не ушло; одно событие об оплате пришло дважды.
ДЕНЬ 04
29 ноября · вс

Зависимость упала. Что увидит пользователь?

  • Timeout и retry с задержкой: что повторять и когда останавливаться.
  • Временные и постоянные ошибки; зачем нужен circuit breaker.
  • Логи, correlation ID, метрики и трассировка пути одного заказа.
  • Разбор сценария: оплата недоступна, заказ уже создан.
Результат дня → Составишь план поведения при сбое и поймёшь, по каким следам искать причину.
Домашка → Смоделировать отказ оплаты в демо или разобрать сценарий на схеме; описать статусы, повторы и диагностику.
ДЕНЬ 05
30 ноября · пн

Собрать систему целиком и защитить решение

  • Полный путь: запрос клиента → заказ → событие → оплата → уведомление.
  • Проверка успешного сценария, повторов и недоступной зависимости.
  • Компромиссы: что упрощаем в учебном кейсе и что потребуется дальше.
  • Как объяснять архитектуру на интервью и отвечать на уточнения.
Результат дня → Получишь свою итоговую схему, контракты и карту основных отказов — и потренируешься их объяснять.
Домашка → Подготовить короткую защиту кейса и список вопросов для парного mock и финального разбора.
ОДИН СКВОЗНОЙ КЕЙС

Вот какую систему
соберём в голове и на практике

Клиент создаёт заказ. Orders сохраняет его и публикует событие через Outbox. Оплата отвечает своим событием, заказ обновляет статус, а уведомления сообщают результат.
КлиентPOST /ordersOrders ServiceЗаказ · статус · OutboxKafkatopics · producer · consumerPayments ServiceОплата · идемпотентностьNotificationsУведомление об оплатеOrders DB + OutboxPayments DBHTTPOrderCreated →OrderCreated← PaymentCompleted← обновление статусаPaymentCompleted ↓
КлиентPOST /ordersOrders ServiceСоздаёт заказ · хранит статусOrders DB + OutboxOrderCreatedKafkatopics · producer · consumerPayments ServiceОбрабатывает оплатуPayments DBPaymentCompleted → KafkaNotificationsОтправляет уведомлениеOrders тоже получает результат оплатыиз Kafka и обновляет статус заказа.

Свои данные

У заказов и оплаты — собственные БД. Разберём границы и обмен фактами, без чтения чужих таблиц.

События и повторы

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

Сбои и диагностика

Проверим недоступную оплату, дубликаты и путь поиска ошибки по одному заказу.
Учебный кейс для освоения принципов. На финале отдельно обсудим, какие упрощения сделали и что добавлять при переходе к реальному проекту.
ШЕСТАЯ ВСТРЕЧА · 2 ДЕКАБРЯ

Собрать вопросы.
Разобрать ошибки.

В конце недели — общий разбор домашних работ и архитектурных решений. Можно принести свои вопросы и проверить, что действительно стало понятно.
01 / Разбор типовых решений и ошибок
02 / Обсуждение вариантов архитектуры
03 / Ответы на накопившиеся вопросы
04 / Что учить дальше и в каком порядке
ОСТАНЕТСЯ У ТЕБЯ

Неделя закончится.
Опора для практики — останется.

Записи занятий

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

Твой учебный кейс

Схема системы, API и события, решения домашних заданий и разбор основных сценариев отказа.

Вопросы для собеса

Подборка вопросов по микросервисам и чек-лист для mock: тренируйся объяснять решения и находить пробелы.
+ ПОДБОРКА ДЛЯ СЛЕДУЮЩЕГО ШАГА
Материалы по архитектуре, коммуникациям и надёжности: что повторить после интенсива и во что углубляться дальше.
КТО ВЕДЁТ ИНТЕНСИВ
Павел Сорокин, ведущий интенсива

Павел Сорокин

Java backend разработчик
Автор Sorokin School
В Sorokin School разбирает Java Backend, многопоточность, алгоритмы и подготовку к техническим интервью. На интенсиве проведёт тебя от разрозненных терминов до связной архитектуры на одном кейсе.
Сначала — понятная схема. Потом код, сценарии отказа и вопросы к выбранному решению.
Задача недели — чтобы ты мог не только повторить пример, но и объяснить, почему система устроена именно так.
УЧАСТИЕ И ОБРАТНАЯ СВЯЗЬ

Одна программа.
Разная глубина проверки.

Можно пройти интенсив самостоятельно или добавить индивидуальную проверку знаний.
ПРОЙТИ НЕДЕЛЮ

Участие

15 000 ₽

Базовая стоимость интенсива
5 занятий + финальный разбор
5 домашних заданий
Записи и дополнительные материалы
Чат участников и mock в паре
Самопроверка по чек-листам.
Вопросы — на общем разборе.
+ ИНДИВИДУАЛЬНЫЙ MOCK

С ментором

25 000 ₽

15 000 ₽ участие + 10 000 ₽ mock
Всё из тарифа «Участие»

+ Индивидуальный mock с ментором
+ Вопросы по темам интенсива
+ Обратная связь по ответам
+ Разбор пробелов и план подготовки
Индивидуальная встреча сверх общих занятий.
ПОДРОБНЫЙ ЛИЧНЫЙ РАЗБОР

С преподавателем

35 000 ₽

15 000 ₽ участие + 20 000 ₽ пакет
Всё из тарифа «Участие»

+ Проверка домашних работ преподавателем
+ Личный mock с преподавателем
+ Подробная встреча на 2 часа
+ На встрече — обратная связь по ДЗ и ответам
Одна индивидуальная встреча с преподавателем вместо mock с ментором.
Индивидуальные встречи согласуем отдельно. Время общих занятий и расписание личных встреч уточним до открытия записи.
ВОПРОСЫ ДО СТАРТА

Ответы на частые вопросы

Нажми на вопрос, чтобы раскрыть ответ.
СТАРТ 26 НОЯБРЯ 2026

Выдели неделю.
Разберись в том,
что откладывал.

Пять занятий, пять домашних заданий, твой кейс и финальная встреча. Выбери глубину обратной связи и приходи разбираться.
Участие — 15 000 ₽
С ментором — 25 000 ₽
С преподавателем — 35 000 ₽

Записаться на интенсив

Напиши в аккаунт школы в Telegram. Команда поможет выбрать вариант участия и расскажет о расписании и порядке оплаты.
Укажи, что интересует недельный интенсив по микросервисам.
ИП Сорокин Павел Александрович · ИНН 591115317670 · ОГРНИП 324595800059744