Я хочу поместить сообщение в нечто вроде очереди, в которой есть триггер [Может быть триггер приложения функции ], который срабатывает через определенное время после того, как сообщениеполучен, а не сразу, так как триггер очереди служебной шины в настоящее время работает.
Я не хочу реализовывать ожидания в приложении функции во время обработки, поскольку это дорого.
Описание проблемы: У меня есть система, состоящая из двух приложений функций и одной очереди служебной шины.Приложение первая функция имеет http триггер , который получает транзакцию HTTP-запроса, проверяет ее и отправляет сообщение транзакции в очередь обработки.
Секция Функция app - это прослушиватель очереди, который получает сообщение из второй очереди, вызывает внешний API для ресурса.Я должен продолжать проверять API для проверки статуса моей транзакции.Это заставляет меня запускать цикл while внутри запроса, который удерживает поток в течение 5 секунд, после чего я проверяю состояние.Я не прекращаю приложение функции, чтобы продолжать делать запросы.Это становится дорогостоящим, так как приложениям-функциям выставляется счет за время, затрачиваемое во время выполнения запроса.
Проблема с триггером очереди приложения-функции служебной шины заключается в том, что он не будет ждать запуска слушателя.функция для вызова внешнего API для проверки состояния транзакции через 5 секунд с момента поступления сообщения в очередь.Я хочу активировать функцию прослушивания очереди приложения через 5 секунд после получения сообщения в очереди.Не сразу он получен.
Существует ли (не обязательно очередь служебной шины) служба / компонент / продукт Azure / решение , которая может помочь мне достичь этого?
Любые дополнительные советы / информация приветствуются
Спасибо