Как правильно проверить работоспособность служебной шины через QueueClient? - PullRequest
0 голосов
/ 25 октября 2019

У меня есть ASP.NET Core API, который взаимодействует с Azure ServiceBus через класс QueueClient.

Интерфейс IQueueClient регистрируется как одиночный в DI (новый, как только он появляется, такой как: new QueueClient(...). Это один из подходов в Microsoft рекомендуемых способов общения с SericeBus . Мы могли бы также использовать MessageFactory , но я не думаю, что это имеет значение для вопроса Ihave.

В целях мониторинга я хотел бы проверить работоспособность служебной шины (или, по крайней мере, соединения служебной шины). Я обнаружил, что вы можете использовать queueClient.IsClosedOrClosing, но вы также можете использовать queueClient.ServiceBusConnection.IsClosedOrClosing. Один проверяет соединение queueClient с сервисной шиной (?), А другой ... тоже?

Какая здесь разница?

Спасибо за помощь!

1 Ответ

1 голос
/ 25 октября 2019

Оба queueClient.IsClosedOrClosing и queueClient.ServiceBusConnection.IsClosedOrClosing одинаковы. Любой клиент, очередь, тема или подписка имеет и поддерживает соединение с посредником. Это соединение было либо передано клиенту во время создания, либо создано клиентом, когда строка подключения передается конструктору. Поскольку объект подключения предоставляется клиентам, вы получаете доступ к свойству IsClosedOrClosing двумя способами.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...