Здравствуйте, r0nd, Вы писали:
B>>Возникла необходимость реализовать шину сообщений. R>Зачем? Ваша архитектура не убедила меня в использовании аж целой шины.
У нас была похожая арх-ра с шиной (rabbitmq) -- были запросы от пользователей с большими файлами на обработку, файлы
хранились на шаре, в шину отправлялся запрос на обработку и далее по шине клиент получал статус обработки запроса.
С одной стороны шина тут не очень чтобы очень, особенно учитывая не самый высокий уровень нагрузки, но с др. стороны
есть плюшки типа потери данных, т.к. шина может хранить сообщения или если обработчик свалился во время обработки, то
его можно будет перезапустить энное число раз, да и обработчиков этих можно много наподключать, так что решение до какой-то
степени будет масштабируемым.