сообщениями по принципу event bus, но не через сериализацию классов, а обычным json? Надо было сделать platform agnostic решение, вот думаю, насколько оно было бы в паблик полезно. В качестве транспорта юзается кафка или редис стримы.
Зачем вообще нужна эта шина событий?
у тебя например проект состоит из пачки сервисов которые по API данными обмениваются. Некоторые на php, чтото на go и тд. Ты вместо того чтобы в три сервиса реквесты кидать, в некоторых ситуациях можешь им нотификацию кинуть и они сделают свою работу.
Разве для этого не используется брокер сообщений?
ну это и есть брокер сообщений)
а чем шина событий Redis-а не подходит?)
Кафка из коробки под это лучше подходит. Например тот же ретеншн там настраивается. Для не прода редиса хватит, я даже его поддержку сделал, но честно говоря кафку и локально не проблема развернуть
Обсуждают сегодня