Как организовать работу с web api с очередей?

Question

[rukid]

Есть клиент который что-то запрашивает у api (метод http get). Api же отправляет тяжелую задачу в очередь, и по завершении задачи нужно оповестить клиента о результате. Каким образом получить отложенный ответ от web api для каждого клиента?

Answer 1

[Владимир Коротенко]

Допустим вам нужно кодировать файл

Первый вызов апи это загрузка файла и отдача идентификатора задания. Сервер запускает задачу в фоне и пишет какие то результаты, допустим сколько фреймов отрендерил и сколько времени осталось и статус задачи

Ваш клиент раз в 10 секунд опрашивает адрес с запросом ну что там? Получает эти 3 метрики.
Когда получает статус готово делает запрос на апи с результатами или на контроллер ошибки

Answer 2

[Роман]

SignalR вам помощь.

Comments

[Владимир Коротенко]

Но зачем? На фоне 20 мегабайт тяжелого стафа это не сыграет роли

[Роман]

Владимир Коротенко, на стороне клиента 2 события, завершения задачи и ошибки и никаких таймеров на запрос состояния задачи и запрос результатов или ошибок, на стороне сервера отправка ошибки или результата сразу по завершении, без всякого хранения промежуточного или окончательного результата, кучи дополнительных методов webapi. Более простая архитектура гораздо больший профит, особенно по сравнению с целыми 20 мегабайтами, которые на фоне standalone сборки вообще невидимыми будут.

[Владимир Коротенко]

Роман, Самое забавное вы предлагаете тратить драгоценный ресурс (держать постоянно открытый сокет) вместо 1-2 запросов.

POST /api/image/upload -> тут мы получаем ответ, о статусе идентификаторе и предполагаемом времени окончания

GET /api/image/status/42 -> сюда мы стучимся за данными через промежуток который указал сервер, если еще не готово, получаем сколько еще времени ждать

[Роман]

Владимир Коротенко, оба решения имеют право на жизнь. Я привел плюсы, которые, для меня, перевешивают минусы, да и автор говорил про тяжелую задачу, например, минут на 10. А если ещё несколько задач, несколько десятков, например, то один лишний сокет будет мелочью на фоне кол-ва запросов. Оба варианта имеют смысл, каждый решает, что ему важнее.