В настоящее время я работаю над решением, включающим два настольных приложения, которые обмениваются сообщениями с помощью служебной шины Azure.
Я пытаюсь выделить проблему, когда сообщения слишком долго не принимаются подписчиком темы.
В моей тестовой среде я почти уверен, что сообщение уже отправлено в тему, но каким-то образом абонент получает слишком много времени для его получения.
Для получения сообщений я использую деструктивнуюподход чтения с использованием REST API служебной шины.Приложение постоянно проверяет наличие новых сообщений.
Я хотел бы знать, могу ли я регистрировать, когда сообщения поступают на служебную шину и когда они уничтожаются (читать), поэтому я могу убедиться, что проблема не в этом.расположен.
Я попытался активировать журнал диагностики служебной шины на портале Azure, но, похоже, это не то, что мне нужно.Не видел ничего релевантного там.
Я также вижу пример , но при этом используется клиентский API для получения сообщений.
Есть идеи, как это сделать?