Crash Couse: Міжсервісна взаємодія

Від синхронних викликів до Saga та Eventual consistency.

Ментор - Кирило Мельничук, CTO в AlterEGO та Uspacy

27 — 31 жовтня 2026 Програма

Купити квиток

Квитки від 6 200 грн

Crash Couse: Міжсервісна взаємодія

Купити квиток Купити квиток

Купити квиток

Краш-курс: Міжсервісна взаємодія — Fwdays

про курс

Краш-курс складається з 3 занять по ~2 години. Ви глибоко зануритесь в одну з найскладніших тем мікросервісної архітектури — як саме сервіси спілкуються між собою, як зберігати консистентність даних без розподілених транзакцій, і як уникнути типових пасток на цьому шляху.

Ментор: Кирило Мельничук, CTO в Uspacy.

Ми не будемо писати продакшн-код, але на практиці спроєктуємо схеми взаємодії для реальних бізнес-сценаріїв: від простих синхронних запитів до повноцінної оркестрації Saga з компенсаціями. Кожен патерн розберемо з прикладами антипатернів — як НЕ треба робити і чому.

Після проходження ви навчитеся самостійно:

обирати між синхронною та асинхронною взаємодією під конкретний бізнес-сценарій
проєктувати асинхронні потоки з гарантіями доставки (at-least-once, exactly-once)
впроваджувати Outbox, Idempotent Consumer та інші патерни надійної доставки
розділяти моделі читання та запису через CQRS там, де це справді потрібно
координувати розподілені бізнес-операції через оркестровані та хореографічні Saga
розуміти, що таке Eventual consistency і як з нею жити в продукті

формат

Дата та час27 та 29 жовтня о 18:30, 31 жовтня о 11:00

Тривалість3 заняття по ~2 години (залежить від практики)

Формат заняттяЛекція, Q&A, практика в кімнатах по 4-5 людей — розбір результатів наприкінці

ПлатформаZoom, посилання надішлемо напередодні курсу

ПередумовиБазове розуміння мікросервісної архітектури (сервіс, декомпозиція) — курс не починає з нуля

Мова заходуУкраїнська

Мова презентаціїУкраїнська з англійськими термінами

Кількість учасниківОбмежена

аудиторія

Розробники від рівня middle
Тімліди
Архітектори
Бекенд-інженери, які працюють з мікросервісами або готуються до переходу

програма

Три заняття: від синхронних викликів до Saga

NameTopicSession

session-1 Синхронна взаємодія та основи асинхронності 27 жовт · 1/3 ›

– Коли і навіщо сервіси спілкуються синхронно; типи RPC (REST, gRPC, GraphQL) та їхні компроміси
– Чому синхронний ланцюжок викликів — часто антипатерн, і як перейти до асинхронної моделі через черги та брокери повідомлень
– Eventual consistency: як пояснити її продакт-менеджеру і користувачу
– Практика: e-commerce сценарій (замовлення → списання зі складу → бонуси → email) — проєктуємо синхронну та асинхронну версії, порівнюємо latency, fault tolerance, складність відлагодження

session-2 Надійна доставка повідомлень 29 жовт · 2/3 ›

– Transactional Outbox: як гарантувати атомарність зміни стану та публікації подій
– Idempotent Consumer: чому at-least-once delivery — це норма, і як з нею жити
– CQRS: коли він справді потрібен, а коли це передчасна оптимізація
– Практика: Outbox-таблиця, схема ідемпотентності консьюмера (deduplication keys, storage) та read-модель за CQRS для сервісу з Заняття 1

session-3 Розподілені бізнес-операції (Saga: оркестрація vs хореографія) 31 жовт · 3/3 ›

– Чому 2PC і розподілені транзакції — шлях у нікуди, і чим Saga їх замінює
– Оркестрована Saga (з центральним координатором) vs хореографічна (через події)
– Компенсаційні дії, обробка помилок, спостережуваність Saga в продакшні
– Реальні антипатерни: «розповзання» хореографії, надмірна централізація оркестратора, відсутність таймаутів
– Практика: Saga для бронювання подорожі (готель + квиток + страховка + оплата) — оркестрована vs хореографічна версія, порівнюємо простоту відлагодження, масштабованість, ризики

ментор