уведомлений клиенту, однако столкнулся с такой ситуацией, что нужно где-то хранить «эмиттеры», которые создаются при подписке клиента на уведомления, и это, естественно, предполагает наличие состояния у приложения, что не очень хорошо и совершенно ломает всю концепцию при наличии реплик у сервиса. Как обычно решают такую ситуацию? Догадываюсь, что по-хорошему нужен отдельный сервис, который будет заниматься уведомлениями, но может быть есть какой-то более простой путь?
Хочешь все при сбое потерять?
Просто храни их в памяти, где-то в мапе. Совершенно не обязательно придумывать что-то ещё)
И это не является состоянием, так как эмиттер не содержит в себе данных - это просто штука для отправки уведомлений клиенту
Клиент может подписаться на событие в одном инстансе, а событие мы можем получить в другом, в этом проблема. Сам эмиттер данных не содержит, это понятно
А, наверно об этом стоит сообщать в идеальном вопросе)) тогда тебе нужен отдельный инстанс для рассылки. Он будет максимально простой, поэтому его написание много времени не займёт и потом где бы не происходило событие, его направляют в этот рассылатель, а он отравляет клиенту
Я про реплики написал же, думал ясно выразился, вот
Чудес не бывает, эх. Благодарю за ответ)
Точно, пропустил этот момент
Обсуждают сегодня