Что такое СОБЫТИЙНО-ОРИЕНТИРОВАННАЯ АРХИТЕКТУРА за 9 минут

preview_player
Показать описание
Промокод LISTENIT на 15% скидку

00:00 Тема статьи, источник
00:17 Как получить диплом IT-специалиста с Teach&Study
01:13 Почему неплохо бы знать про событийно-ориентированную архитектуру
02:16 Что такое архитектура типа "запрос-ответ"
03:10 Что такое событийно-ориентированная архитектура
05:32 Преимущества событийно-ориентированной архитектуры
07:35 Инструменты для использользования в событийно-ориентированной архитектуре
08:13 Подводим итоги

Рекомендации по теме
Комментарии
Автор

Мега просто и полезно, формат вызывает привыкание)

primuspares
Автор

Круто было бы про Domain Driven Designe послушать

tihon
Автор

Хочу выразить благодарность автору за предоставленный материал и за ясное объяснение сложной темы. Событийно-ориентированная архитектура действительно обещает множество преимуществ, и это видео является отличным стартовым пунктом для тех, кто хочет углубиться в эту тему.

proxy.market
Автор

Полезное видео!
Но эта тема большая, лучше сделать серию роликов и подробно пройтись по всем аспектам. Отдельно вынести инструменты (rabbit, kafka, zero и т.д.). Отдельный ролик желательно уделить различиям между SOA (событийно-ориентированная) и MSA (микросервисная) архитектура, в нём всплывут как раз моменты применения этих архитектур и их надобность. И ещё отдельно было бы неплохо привести примеры компаний которые используют эти архитектуры. Можно кроме зарубежных привести примеры российских компаний, уже достаточно много кто использует те же Soa и Msa, многие используют комбинированный ландшафт где есть если не все то почти технологии и примеры архитектрур.
Всё ИМХО))
А так как обычно, отличная подача материала и сам материал интересный!
Спасибо!

ArchDevWorkshop
Автор

А точно дривен, а не драйвен? А так топ канал, спасибо за работу!

TheInspctrcat
Автор

Как то много рассказано про преимущества в примерах и мало про недостатки (примеров вообще нет).
Событийно-ориентированная архитектура использует много ресурсов. За брокером надо следить, ставить кучу ивентов в заббикс, масштабировать тот же брокер, деплоить кучу микросервисов, ещё и тестить как-то это надо, дев среду настраивать.
На всё это нужна целая команда девопсов, причём дорогих сеньёрных девопсов. Не все компании малые и даже средние могут позволить себе такую архитектуру.
И почему-то не упоминается бутылочное горлышко всей этой системы - брокер.
Если упадёт брокер, то весь бизнес процесс встанет...
Ну не знаю, не знаю...
Эту архитектуру имеет смысл применять, только в большой компании с большим количеством групп команд и парочкой собственных ЦОДов
Сейчас весь средний и малый бизнес крутится в облаке сторонних ЦОДов.
Конечно Амазон может позволить себе такую архитектуру, так как он тех. гигант.
Звучит круто, но очень дорого...

kirillsavinov
Автор

А что делать, если нужен ответ по событию? Ну например, клиент триггернул событие создание заказа, ему нужно вернуть ответ удалось создать или ошибку, как быть в этом случае если очереди предполагают асинхронную работу, а описанный пример - синхронную?

MoDKona
Автор

в конце, что значит данные передаются с меньшей задержкой и большей пропускной способностью? по сравнению с чем?

rudinandrey
Автор

хороший видос. только не рассказали разницу между событийно ориентированностью и месседж ориентированностью (то бишь RabitMQ vs Kafka)

MrRufus
Автор

Архитектура типа «запрос - ответ» и «клиент серверная архитектура»это одно и то же?

olegivanov
Автор

вообще-то ничто не мешает монолиту тоже быть событийно-ориентированным

anatoly-k
Автор

Чето не понял как гарантируется доставка промежуточному серверу.

quazijay