UI нотификации через вебсокеты. Есть несколько инстансов аппа, которые держут коннекшны от вебсокетов, и есть топик, в который летят нотификаций. Хочется иметь возможность отправить нотификации, которые пришли, пока соединение с вебсокетом было разорвано (упал коннекшн и переконнектился через небольшое время). Иметь несколько партишнов не получится, потому что мы не знаем на каком именно инстансе аппа получатель нотификации, а значит должны слать на все.

выглядит вообще как довольно стандартная задача, если без окна, а вот с ним чё-то не могу понять как лучше.

у меня есть идея реализовать коннектор
сделать я его сделаю, и буду использовать. А как поделиться с людьми, чтобы он попал на https://www.confluent.io/hub/ и помогал людям?
какие требования, какая процедура?
или не нашёл, или плохо искал - ткните носом

заранее спасибо

доброго времени суток. Пытаюсь влиться в message-based подход коммуникации между сервисами. И никак не могу понять, как принято решать вот такое:

Есть сервис A. При обработке сообщения ему необходимо:
1) Получить некоторую инфу от сервисов B и C
2) На основании этой инфы он уже что-то сделает и отошлёт какое-нибудь сообщение.

Как такое делать при помощи обычного синхронного способа - понятно. Я же хочу организовать сообщение только через message queue.

Собственно вопрос - как такое принято делать? Спасибо :)

А коннекшены по инстансам как распределяются? Если можно сделать распределение по хешу ключа например то и продюсер может точно так-же роутить нотификейшены

произвольно распределяются, как кубер сроутит

тогда наверное лучше реализовать DLQ. Если не смог отослать то ложим нотификейшн в DLQ и потом пытаемся отослать позже

https://twitter.com/VectorizedIO/status/1327001149539454976?s=20


Всем (быстрой) Кафки!

Eliminate Zookeeper® и Native Prometheus Support – так ли это важно?