Управление кластером ASF может перетасовать узлы, что может привести к разрыву соединений с ASB.
Когда сервисная структура перемещает сервисы по кластеру, он завершает процесс и запускает другой экземпляр сервиса на другом узле, MessagingFactory и соединения изолируются для каждого процесса, даже если вы используете общий процесс, вам придется воссоздать эти соединения, когда появится новый экземпляр.
На данный момент я могу сохранить соединение в надежной коллекции службы с отслеживанием состояния
Я не знаю, что вы имеете в виду под этим, соединение - это не куча данных, которые вы где-то храните, это как кабель питания, подключенный к сети, подключен или нет.
Установление соединения - дорогостоящая операция, которую можно избежать, повторно используя одни и те же объекты фабрики и клиента для нескольких операций.
Я думаю, вы неправильно поняли идею по этой теме.
Открытие соединения, когда запуск службы стоит недорого, дорого открывать и закрывать соединение на каждой итерации в очереди.
Если ваш сервис перемещается по кластеру так часто, я думаю, что время соединения будет наименьшим из ваших проблем.
Это правило предназначено для сценариев, в которых вы не сохраняете состояние между итерациями, например, запрос к веб-приложению, которое обработает некоторые данные и поместит сообщение в очередь, если вам пришлось открыть соединение на при каждом запросе это замедляет процесс, в этом случае применяется это правило, поэтому вы должны сохранять экземпляр QueueSender с открытым соединением, чтобы каждый последующий запрос повторно использовал предыдущее соединение.