Можно ли с помощью rabbitMQ можно ли создать очередь в которой для каждого пользователя последовательно будет выполнятся запрос на другой сайт?

Question

[d99999]

Есть задача общаться к АПИ другого сайта не чаще чем раз в 5 сек. Пользователей может быть много.
Отсюда появляется необходимость создать очередь(как в реальной жизни). И дать возможность пользователям обращатся к другому сайту по очереди?

Как это лучше выполнить и что для того лучше всего использовать?

Answer 1

[Everything_is_not_so_bad]

Если ответ клиенту на его запрос выдается не сразу, а с задержкой в связи с ограничениями из-за API третьей стороны, то логично ввести систему заявок. При запросе регистрируют заявку клиента, заносят данные в СУБД, кладут в очередь и сразу выдается ответ с номером заявки и ожидаемым временем готовности. Когда обработчик очереди берет задачу с учетом задержки 5 секунд, получает ответ от API и заносит ответ в готовой для последующего чтения форме в СУБД для соответствующего номера заявки. Независимо от обработчика очереди, клиенты обращаются за получением готовых результатов. И если таковые готовы (проверка по колонке в таблице), выдается ответ. Если еще не готов, выдается следующее ожидаемое окно времени. И т.д., до лимита проверок.

Если же перед ответом дожидаться пока пройдет 5 секунд, то такая система быстро захлебнется при наплыве запросов и будут исчерпаны ресурсы. Поэтому RPC не рассматриваю как подходящий вариант работы.

Answer 2

[Сергей Горностаев]

С помощью RabbitMQ и выполнить. Просто создать очередь, в которую множество клиентов будут отправлять задания, а один потребитель будет из очереди задания читать и выполнять.

Comments

[d99999]

поидее я смогу создать очеедь людей которые смогут обратится к другому сайту и получить информацию с этого сайта(через моё апи). И затем я отображу эту информацию

[d99999]

у меня же поидее будет не один процесс который выполняет задания, а много процессов которые вывполняют каждую задачу отдельно

[Сергей Горностаев]

d99999,

у меня же поидее будет не один процесс который выполняет задания, а много процессов которые вывполняют каждую задачу отдельно

Тогда не будет последовательности и отпадает смысл очереди.

[d99999]

Сергей Горностаев, у меня поидее много потребителей будут отбращатся к одному сервису и проверять дошла ли к ним очередь на выполнение задачи
Просто создать очередь, в которую множество клиентов будут отправлять задания, а один потребитель будет из очереди задания читать и выполнять.

[Дмитрий]

Просто создать очередь, в которую множество клиентов будут отправлять задания, а один потребитель будет из очереди задания читать и выполнять.

Собственно RabbitMQ для этого и создан (правда он поддерживает множество потребителей, но у вас он будет только один).