Паттерны микросервисной архитектуры часть 1| Microservices architecture patterns part 1
Vložit
- čas přidán 7. 06. 2024
- Рассмотрим основные паттерны микросервисной архитектуры из следующих областей:
- Декомпозиция монолита
- Взаимодействие DB и микросервисов
- Поддержание консистентности
- Observability
Описание:
0:00 Введение
0:33 Кратко обо мне
3:54 Карта микросервисных паттернов
5:50 Декомпозиция монолита
15:18 Взаимодействие DB и микросервисов
24:48 Поддержание консистентности
46:16 Observability
52:14 Q&A и вопросы для интервью
Автор красава, ахуенный материал
поддержка видосиков комменто-лайком
Очень хорошее видео, видно, что от души делаете! Подрекламировать контент стоит, а то просмотров немного,знаю про ютифай, сразу дела быстрее пойдут.
У меня вопрос по event sourcing. Вот Вы сказали, что мы каждый шаг пользователя фиксируем. Имеется ввиду прям i/o фиксация в бд. Или у нас просто собираются данные в некую коллекцию, а затем по завершении действий пользователем делаем запись в бд? При втором варианте конечно есть риск потери данных при сбое, но первый вариант кажется суперзатратным, все таки идёт постоянная запись в бд. Если юзер просто играется и добавляет товар через плюсик по одному до 20шт, затем удаляет, для меня это 20 транзакций?😢
Отличный вопрос, спасибо что задали его!
Действительно если рассмотреть реальную систему то такой подход будет слишком трудозатратен с тз "бека".
Поэтому в примере с обычным e-commerce это будет слишком накладно + потеря корзины пользователя который ушел на несколько часов не так критична
С другой стороны если мы продаем что-то на что есть жесткий лимит и пользователь будет сильно разочарован в случае отказа - например билет на самолет ил театр, то стоит фиксировать не саму корзину а событие старта процесса покупки тем самым мы снизим нагрузку на "бек", а с другой стороны сможем обеспечить гарантию только одной продажи для пользователя
@@digital_train спасибо, теперь понял.
Больше полезных материалов и видео на моем канале, telegram: t.me/digital_train