Сценарий, который я имею в виду, таков: служебная шина используется для связи между экземплярами, поэтому подписка уникальна для каждого экземпляра службы. Конечным результатом является то, что если экземпляр не закрывается изящно, его подписка не удаляется.Авто-expire потерянная подписка (Azure ServiceBus Messaging SubscriptionClient)
Когда экземпляр службы «умирает» и перезапускается, предыдущее содержимое подписки не имеет значения и может быть отброшено.
Итак, есть ли способ установить «время жить» для подписки на служебную шину или имитировать что-то подобное, не прибегая к какому-то специальному механизму обнаружения сирот?
Благодарим вас за ответ, Клеменс. Использование Идентификатора экземпляра для создания имен подписей - это именно то, что мы делаем, но все еще остается немного мусора, оставшегося от всех сеансов отладки, с именами экземпляров структуры разработки, сгенерированными с использованием номеров PID. –
@ Признать любую идею, когда это может быть выпущено? –
Я также ищу, когда это может быть выпущено. У меня есть аналогичная услуга для подписчиков на подписчиков silverlight на каждого клиента. Возможно, вы захотите запустить собственную очистку, если знаете имена тем, просматривая устаревшие подписки. : http://stackoverflow.com/questions/15871119/cleaning-up-stale-azure-service-bus-topic-subscriptions – kjsteuer