будет ли количество активных сообщений когда-либо равно нулю при совпадении публикации и потребления в очередях Azure служебной шины?

Question

введите описание изображения здесь

У нас есть решение для передачи данных с Azure Service Bus в качестве посредника сообщений. если вы видите шаблон публикации / потребления сообщений выше, похоже, что сообщения потребляются, как только они публикуются, т.е. количество исходящих сообщений в значительной степени перекрывает количество входящих сообщений . однако мы видим, что количество активных сообщений (Среднее) равно не нулю - похоже, что происходит накопление сообщений (до 2 или 4), а затем они потребляются. мы видим чередующиеся пиков и впадин в таблице активных сообщений .

У нас есть следующие вопросы -

• Как подсчитывается количество активных сообщений Azure и отображается в таблице показателей?
• Не использует ли Java QueueClient сообщения, когда они опубликованы? есть ли задержка в потреблении, приводящая к накоплению активных сообщений в наших очередях?

Сведения о среде :

• Java - openjdk-11-jre
• Azure Уровень пространства имен служебной шины: Стандартный
• Java Версия SDK - 3.4.0
• количество очередей - 43 с один производитель и один потребитель QueueClient на очередь

Answer 1

Работал в автономном режиме с Лакшми. Метрики активных сообщений запускаются каждую минуту в определенный момент времени и получают активное сообщение объекта / пространства имен. Другие показатели, такие как IncomingMesages, OutgoingMessages count - это общее количество сообщений, отправленных на служебную шину или использованных вашими клиентами за минуту агрегирования.

Наблюдение: Активный вызов сообщения был в в то же время, когда клиент отправляет сообщение на служебную шину, и все еще остается одно активное сообщение, которое должно быть использовано клиентом (миллисекунды).