Кто знает - в event driven architecture всегда message broker

Question

Клуб Vue.js-разработчиков

Темир

Кто знает - в event driven architecture всегда message broker

используется?

#programming #russian #vue.js

0

05.09.2023

4 ответов

30 просмотров

Темир Автор вопроса

Alex Pakka
Слишком общий вопрос, без контекста тяжело дать пр...

я просто пытаюсь разобраться в каких случаях кафку применяют. пока что понял что используют в случаях когда не нужно прямое общение между сервисами и плюс появляется возможность легко горизонтально расширять продюсеров и консюмеров, правильно?

0

05.09.2023

Alex Pakka

Темир
я просто пытаюсь разобраться в каких случаях кафку...

Правильно. Как правило, Кафка появляется, когда нужны скорость (latency) и масштабирование (в итоге throughput). Где-то после 10 тыс сообщений в секунду уже без нее трудно обойтись. Ну и она прекрасно подходит для event sourcing - ещё одного архитектурного подхода. При этом использование Kafka в проде целом сложнее и дороже какой-нибудь rabbitmq или даже просто очереди в redis последних. Иногда мне даже redis pub/sub хватало с головой. Но на массивных потоках Кафка незаменима.

0

05.09.2023

Владислав Килин

Темир
я просто пытаюсь разобраться в каких случаях кафку...

Кафка и горизонтальное масштабирование - это не так уж и легко. То есть да, добавить новых партиций в топик с настройками по умолчанию (то есть с консистент-хешингом) тривиально, но вот уменьшить назад - уже не получится, так что масштабирование неэластичное совсем получится.

0

05.09.2023

Alex Pakka · Accepted Answer

Слишком общий вопрос, без контекста тяжело дать простой ответ. Скорее да, чем нет. Но есть но. Event - это достаточно значительное изменение состояния чего-либо. Event notification - это обычно сообщение (message), о том, что состояние изменилось Event driven architecture сама по себе может иметь только emitters и consumers. Но часто под event driven понимают message driven, просто совмещая эти понятия. Тогда message broker становится типичной, но не обязательной частью такой архитектуры. Если decoupling не очень важен, между эмиттерами и консьюмерами можно просто сделать прямой API, например. Или построить шину. Шина, aka event bus, это больше как громкоговоритель у каждого эмиттера, посылает всем каждое событие. А брокеру все компоненты шепчут тихо, и он решает, кому и как передать. Но можно и других вариантов придумать или найти.

169 похожих чатов

Кто знает - в event driven architecture всегда message broker

4 ответов

Похожие вопросы