Azure Service Bus/funcție Coada de mesaje în coadă de mesaje/comportament de scoatere din coadă

Folosim componente Azure Service Bus și Azure Function App pentru o operație de backend software. Recent observăm câteva erori din App Insights. Am observat că unele dintre operațiunile aplicației Function sunt pornite chiar și după trecerea blocării mesajului DataTime. Consultați jurnalele de mai jos pentru un exemplu. Operația a fost declanșată pe 10.02.2022, 08:46:06.999, dar blocarea mesajelor în coadă s-a încheiat la 10.02.2022, 08:46:04.5640000Z.

A mai întâlnit cineva asta și a putut să ofere câteva informații?

Folosim hardware-ul/componentele standard de prețuri, care ar putea fi motivul pentru care se întâmplă acest lucru. Mulțumesc anticipat.

2/10/2022, 8:46:06.999 AM Detalii declanșare: MessageId: 9b4759453fab437fa1c995fce5fb928f, SequenceNumber: 8956, DeliveryCount: 1, EnqueuedTimeUtc: 20459453fab437fa1c995fce5fb928f 04.5640000Z, SessionId: (null) Informații 
2/10/2022, 8:46:06.999 AM Executarea „Funcții....” (Reason='(null)', Id=7e4644f3-9960-4a5e-af58-515b91008a56)
...
10.02.2022, 08:46:07.031 Începeți procesarea solicitării HTTP POST... Informații 
10.02.2022, 08:46:07.031 Se trimite cerere HTTP POST... Informații 
...
2/10/2022, 8:46:07.311 AM Eroare de procesare a mesajului (Action=RenewLock, ClientId=MessageReceiver3..., EntityPath=..., Endpoint=...) Eroare   
2/10/2022, 8:46:07.311 AM Eroare   
10.02.2022, 08:46:07.341 Antete de răspuns HTTP primite după 238,6766 ms - 200 informații 
...
2/10/2022, 8:46:07.351 AM executat „Funcții....” (Reușit, Id=7e4644f3-9960-4a5e-af58-515b91008a56, Durata=351ms)
2/10/2022, 8:46:07.872 AM Eroare   
2/10/2022, 8:46:07.872 AM Eroare de procesare a mesajului (Action=Complete, ClientId=MessageReceiver3..., EntityPath=..., Endpoint=...) Eroare   
2/10/2022, 8:46:10.965 AM Executarea „Funcții....” (Reason='(null)', Id=5068f09b-3f74-4d72-a751-6fb8044cfd47) Informații 
2/10/2022, 8:46:10.965 AM Detalii declanșare: MessageId: 9b4759453fab437fa1c995fce5fb928f, SequenceNumber: 8956, DeliveryCount: 2, EnqueuedTimeUtc: 2040204000002:-2040:04:00:00:00:00:00:00:00:00:00:00:00:00:00 34.5220000Z, SessionId: (null) Informații 
...
10.02.2022, 08:46:12.363 Se trimite cerere HTTP POST... Informații 
2/10/2022, 8:46:12.363 AM Începeți procesarea solicitării HTTP POST... Informații 
2/10/2022, 8:46:12.373 AM FunctionName s-a încheiat pentru tranzacție: { "abc": 111 } Informații 
2/10/2022, 8:46:12.373 AM Primite anteturi de răspuns HTTP după 99,4662 ms - 200 informații 
2/10/2022, 8:46:12.373 AM Încheiați procesarea solicitării HTTP după 99.5389ms - 200 informații 
2/10/2022, 8:46:12.373 AM executat „Funcții....” (Succeeded, Id=5068f09b-3f74-4d72-a751-6fb8044cfd47, Duration=1408ms) Informații

Acest lucru se poate întâmpla dacă funcția dvs. are un nivel destul de ridicat prefetchCount si scurt MaxLockDuration în timp ce procesarea durează ceva timp. Mesajele preluate în prealabil își pornesc ceasul nu în momentul procesării, ci în momentul în care au fost preluate. Încerc să mă ridic MaxLockDuration și tuning prefetchCount pentru a scăpa de această problemă.