У меня есть QueueTrigger Функций Azure, который прослушивает в очереди хранилища такие сообщения:
Message text
--------------------------
{"ClientName": "client1"}
{"ClientName": "client2"}
{"ClientName": "client3"}
Тогда QueueTrigger имеет такой код:
if 'client1' == queue_msg['ClientName']:
# do work required for client1
elif 'client2' == queue_msg['ClientName']:
# do work required for client2
elif 'client3' == queue_msg['ClientName']:
# do work required for client3
Я использую план потребления Linux с batchSize 1, потому что каждый вызов триггера очереди может занять около 5 минут, и я хочу убедиться, что не превышаю ограничения памяти. Это решение сейчас работает у меня хорошо, но меня беспокоит, что при увеличении количества клиентов сообщения начнут накапливаться в очереди. Можно ли просто создать новую функцию Azure, которая также прослушивает ту же очередь хранилища? Я думаю, это было бы нормально, потому что у каждого сообщения / клиента есть работа, которая не зависит от них, поэтому не имеет значения, получило ли какое-либо из приложений функций Azure первое сообщение. Это кажется мне наиболее экономически эффективным решением, но я хотел бы знать, есть ли лучшие альтернативы или какие-либо отрицательные результаты, о которых я не думаю.
