A
а бы сделал тупую проксю, чтобы потом можно было поменять, ничего не меняя на клиенте
Size: a a a
2021 February 05
IK
плюсы основные я так понимаю в том что коннект держать проще при нескольких инстансах сервиса, брокеры отдельно масштабируются и живут от сервиса
IK
я так, накинул, сам не юзал, если кто юзал - я бы послушал
но по дефолту, если бы на сокетах надо было делать, я бы наверное в эту сторону смотрел. возможно не прав
но по дефолту, если бы на сокетах надо было делать, я бы наверное в эту сторону смотрел. возможно не прав
A
берем managed rabbitmq в aws
A
может я что-то не догоняю, но получается одно устройство - одна очередь?
A
ну или как стройство будет получать данные?
IK
над гуглить) там какой-то адаптер сверху вроде который сокеты держит
IK
и он уже раскидывает по соединениям
одно устройство==одна очередь физическая вряд ли
одно устройство==одна очередь физическая вряд ли
IK
ну это предположения из разряда "как бы я такую штуку делал"
VI
может я что-то не догоняю, но получается одно устройство - одна очередь?
пушить надо в exchange там
VI
а дальше уже раскидывать по роутам по очередям
IK
а ну у кролика может реально эксчендж и куча очередей, но не знаю точно
IK
https://www.rabbitmq.com/web-stomp.html
я вот про такую штуку
я вот про такую штуку
VI
но имхо вам потом положат шину нагрузкой если захотят и ничего вы не сделаете )
VI
а бы сделал тупую проксю, чтобы потом можно было поменять, ничего не меняя на клиенте
вот это кажется разумным
A
с кучей очередей это норма, делать роутинг в приложении или в самом кролике - мелкий вопрос, надо думать как роутинг обновлять...
A
но имхо вам потом положат шину нагрузкой если захотят и ничего вы не сделаете )
вот изза этого я и очкую
A
https://www.rabbitmq.com/web-stomp.html
я вот про такую штуку
я вот про такую штуку
спасибо
VI
но я такой реализации не встречал, забавно звучит ) если будете пробовать - расскажи плз
A
но я такой реализации не встречал, забавно звучит ) если будете пробовать - расскажи плз
Ок