Очередь службы обслуживания Azure Extremely Slow

Question

Сегодня вечером мы наблюдали чрезвычайно медленное время ожидания. Наши данные трассировки сообщили нам, что линия

await queueClient.SendAsync(message); 

принимало 45-60 секунд. Это происходило в двух очередях, которые были вокруг в течение долгого времени. У них почти никогда нет более 1-2 записей, и мы используем веб-работу с ServiceBusTrigger, чтобы снимать вещи. Мы помещаем простой POCO в очередь. Была очередная очередь, которая быстро стояла в очереди, поэтому из-за отсутствия какой-либо другой идеи я удалил два, которые были неприятными. Когда код воссоздал их (поскольку он был создан, чтобы сделать), они начали очередность менее чем за секунду. Ничто иное не изменилось, ожидайте удаления старой очереди и воссоздания старой очереди. Я использовал проводник служебных шин до и после (мне жаль, что я не сделал скриншот), и ничего не изменилось, насколько я могу судить.

Любая идея, почему такое замедление может произойти или почему воссоздание очистило его? Мы делаем такой материал с низким уровнем воланов, поскольку это всего лишь экспериментальная система.

Спасибо!

Dave

Answer 1

Мы пережили очень схожие проблемы с ServiceBus недавно, а также. Мы испытали спад на 10-20 секунд, и через пару недель проблема внезапно исчезла. У нас есть тесная связь с командой Servicebus, и все, что они скажут, это то, что Servicebus является общей системой, и SLA гарантирует только работоспособность и работоспособность.

Это должно быть открывателем для глаз любому, кто рассматривает Servicebus!

Answer 2

Мы разделили наши очереди, а затем удалили дублирующее обнаружение, и все стало намного лучше. Microsoft признала, что были проблемы с блокировкой, над которыми они работали над решением. Двойное обнаружение ограничивает вашу очередь одним разделом, поэтому это само по себе не имеет никакого значения. Они сказали мне, что они предупредили бы нас, когда исправление будет применено, и мы попытаемся снова включить повторное обнаружение.

Надеюсь, это поможет! Dave