Практикум

Микросервисы

- Кто получает бенефиты от микросервисов и какие
- Разделение ответственности между BA, SA и командой
- C4 как способ для бизнес аналитика увидеть микросервисы
- Ограничения, которые могут возникнуть в микросервисной архитектуре

Доступно в DGTL Club
Для кого этот практикум
Для системных аналитиков, бизнес-аналитиков, QA-инженеров, начинающих разработчиков и продукт менеджеров
Solution Architect
Архитектор решений в компании EPAM с 8-летним опытом работы в сервисных компаниях. Основной опыт работы на крупных проектах на ведущие компании мира в full-stack командах. Сфера деятельности включает как непосредственно разработку, так и presales, discovery, интервью. Сторонник Test driven Development. Сооснователь Minsk Java Community. Спикер на мероприятиях по Java.
Сложность асинхронной, распределенной, динамично развивающейся системы в разы превышает сложность единого, монолитного приложения. Разделить систему на микросервисы зачастую очень сложно, если в компании «все делают все», и нет четко очерченных бизнес-областей. В таких случаях вместо микросервисов получается «распределенный монолит» (distributed monolith), неповоротливая, сложная система, вместо которой мог бы иметь место более эффективный монолит.
~ из книги "Программирование Cloud Native. Микросервисы, Docker и Kubernetes"
Программа практикума
19:00 – 19:10
19:00 – 19:10
Знакомство и цели практикума
Знакомство участников, формирование ожиданий
19:10 – 20:30
19:10 – 20:30
Теория
  • Что такое микросервисы
  • Модель C4
  • Как разделить работу с командой
  • Достоинства и недостатки микросервисов
  • Как микросервисы влияют на работу
20:30 – 20:40
20:30 – 20:40
Перерыв
20:40– 21:45
20:40– 21:45
Практика
  • Упражнение "Кот в мешке"
21:45– 22:00
21:45– 22:00
Ретроспектива
Обратная связь от участников и ретроспектива практикума
Получить доступ к практикуму
Видео и материалы практикума доступны в DGTL Club
Made on
Tilda