Служебная шина Azure / поведение очереди приложений-функций при постановке в очередь или исключении из очереди

Мы используем служебную шину Azure и компоненты приложения-функции Azure для серверной операции программного обеспечения. Недавно мы заметили некоторые ошибки из App Insights. Мы заметили, что некоторые операции приложения-функции запускаются даже после передачи даты и времени конца блокировки сообщения. В качестве примера см. приведенные ниже журналы. Операция была запущена в 10.02.2022, 8:46:06.999, но блокировка сообщения очереди закончилась в 2022-02-10, 08:46:04.5640000Z.

Кто-нибудь сталкивался с этим раньше и был в состоянии дать некоторые идеи?

Мы используем оборудование/компоненты ценовой категории "Стандартный", поэтому это может быть причиной. Заранее спасибо.

2/10/2022, 8: 46: 06.999 AM. 04.5640000Z, SessionId: (нуль) Информация 
10.02.2022, 8:46:06.999 Выполнение «Функций....» (Причина = «(null)», Id = 7e4644f3-9960-4a5e-af58-515b91008a56)
...
10.02.2022, 8:46:07.031 Начать обработку HTTP-запроса POST... Информация 
10.02.2022, 8:46:07.031 Отправка HTTP-запроса POST... Информация 
...
10.02.2022, 8:46:07.311 Ошибка обработки сообщения (Action=RenewLock, ClientId=MessageReceiver3..., EntityPath=..., Endpoint=...) Ошибка   
10.02.2022, 8:46:07.311 Ошибка   
10.02.2022, 8:46:07.341 Получены заголовки ответа HTTP после 238,6766 мс — 200 информации 
...
10.02.2022, 8:46:07.351 Выполнены «Функции….» (успешно, Id=7e4644f3-9960-4a5e-af58-515b91008a56, продолжительность=351 мс)
10.02.2022, 8:46:07.872 Ошибка   
10.02.2022, 8:46:07.872 Ошибка обработки сообщения (Action=Complete, ClientId=MessageReceiver3..., EntityPath=..., Endpoint=...) Ошибка   
10.02.2022, 8:46:10.965 Выполнение «Функций....» (Причина = '(null)', Id = 5068f09b-3f74-4d72-a751-6fb8044cfd47) Информация 
2/10/2022, 8: 46: 10.965 Ум. Подробности: MessageId: 9B4759453FAB437FA1C995FCE5FB928F, SequenceNumber: 8956, Доставка: 2, EnqueudTimeUtc: 2022-02-10t08: 45: 34.5480000Z, 2022-02-10t08: 45: 34.5480000z, 2022-02-10 34.5220000Z, SessionId: (нуль) Информация 
...
10.02.2022, 8:46:12.363 Отправка HTTP-запроса POST... Информация 
10.02.2022, 8:46:12.363 Начать обработку HTTP-запроса POST... Информация 
10.02.2022, 8:46:12.373 FunctionName завершилась для транзакции: { "abc": 111 } Информация 
10.02.2022, 8:46:12.373 Получены заголовки ответов HTTP после 99,4662 мс — 200 информации 
10.02.2022, 8:46:12.373 Завершение обработки HTTP-запроса через 99,5389 мс — 200 информации 
10 февраля 2022 г., 8:46:12.373 Выполнены «Функции….» (успешно, идентификатор = 5068f09b-3f74-4d72-a751-6fb8044cfd47, продолжительность = 1408 мс) Информация

Это может произойти, если ваша функция имеет довольно высокий prefetchCount и короткий MaxLockDuration в то время как обработка занимает некоторое время. Предварительно выбранные сообщения начинают отсчитывать часы не в момент обработки, а в момент их получения. Попытка подняться MaxLockDuration и тюнинг prefetchCount чтобы избавиться от этой проблемы.