Навчіться проєктувати розподілені застосунки на реальних бізнес-кейсах
27 липня 2026 - 27 серпня 2026
Понеділок та четвер (19:30 за Києвом)
Зустрічі в Zoom (+запис)
Постійний зв'язок у Slack
10 занять по 1.5 години
20 годин ДЗ
270$ за курс
Манібек 7 днів
System Design in Practice — це практичний курс для розробників, які хочуть навчитися проєктувати системи в умовах, наближених до реальної роботи: з бізнес-вимогами, обмеженнями, trade-offs і рішеннями, які потрібно вміти пояснювати та захищати.
На курсі ми не просто розбиратимемо архітектурні патерни — ми пройдемо повний шлях від бізнес-кейсу до архітектури розподіленого застосунку. Крок за кроком визначимо межі системи, функціональні та нефункціональні вимоги, спроєктуємо API, доменну модель, сховища, інтеграції, real-time updates, пошук, фонову обробку, observability, безпеку та механізми масштабування.
Фокус курсу — навчитися мислити як інженер, який відповідає за архітектурне рішення: бачити обмеження, ставити правильні питання, оцінювати ризики, порівнювати підходи й аргументувати, чому в конкретному контексті варто обрати саме таку архітектуру.
Курс буде корисним middle- та senior-розробникам, які хочуть впевненіше брати участь в архітектурних дискусіях, проєктувати новий функціонал з нуля, бачити слабкі місця в системах і краще підходити до system design interviews.
Визначимо що ми хочемо побудувати, проаналізуємо бізнес-кейс, визначимо вимоги, use cases тощо.
Побудуємо доменну модель, щоб архітектура спиралася на реальні бізнес-поняття, а не на випадковий набір таблиць і сервісів.
Спроєктуємо API-контракти так, щоб вони підтримували основні сценарії продукту і залишали простір для еволюції системи.
Розробимо high-level architecture першої версії системи і визначимо, які дані, сховища та гарантії потрібні різним частинам продукту.
Адаптуємо архітектуру під read-heavy навантаження.
Спроєктуємо пошук як окремий архітектурний компонент: від вимог до індексації, синхронізації даних.
Розберемо, як проєктувати системи, у яких клієнти отримують оновлення майже в реальному часі.
Розширимо нашу архітектуру двома ключовими складовими — Audit Trail та Observability.
Розширимо нашу архітектуру, щоб врахувати потреби в сповіщеннях та генерації звітів.
Завершимо архітектуру системи безпечною моделлю доступу: від user authentication до service-to-service authorization і ролей у продукті.
