Здравствуйте, Буравчик, Вы писали:
Б>Прошу пример любой библиотеки (любой язык) для работы с брокером MQTT или AMQP, в которой был бы реализован синхронный ответ на запрос.
В чем видится принципиальная невозможность этого сделать? Выше уже советовали две очереди. О возможности речи, кмк, нет.
Речь о нужности rpc через mq.
Здравствуйте, Шульженко Андрей, Вы писали:
ША>Вопрос от начинающего разработчика, слабо знакомого с архитектурой распределенных приложений ША>Подскажите, на чем бы построить двусторонний обмен данными в клиент-серверном приложении для реализации следующей задачи: ША>1) клиент посылает синхронные запросы серверу с обязательным ответом
Стоит отметить, что такое желание чаще всего результат подчёркнутого выше, а не реальная необходимость. Надо отказываться от идеи синхронных запросов и переходить на архитектуру с асинхронными сообщениями.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[3]: Двусторонний обмен данными между приложениями
Здравствуйте, Шульженко Андрей, Вы писали:
ША> Спасибо, мне ближе всего была реализация веб сервиса, думаю что на нем легко будет сделать HTTP polling.
Простая арифметика показывает, что при росте количества клиентов сервер очень быстро заткнется от количества входящих запросов, либо лантентность будет исчисляться минутами. Всякие WebSockets или хотя бы long polling не от хорошей жизни придуманы.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[2]: Двусторонний обмен данными между приложениями