Das Szenario, das ich im Auge habe, ist dies: Service Bus wird für Instanz-zu-Instanz-Kommunikation verwendet, so ein Abonnement ist eindeutig pro Service-Instanz. Das Endergebnis ist, dass, wenn eine Instanz nicht ordnungsgemäß heruntergefahren wird, ihre Subskription nicht gelöscht wird.Abonnement automatisch ablaufen verwaiste (Azure ServiceBus Messaging SubscriptionClient)
Wenn eine Serviceinstanz "stirbt" und neu startet, sind vorherige Inhalte des Abonnements irrelevant und können verworfen werden.
Gibt es also eine Möglichkeit, eine "Lebensdauer" für das Service-Bus-Abonnement festzulegen oder etwas Ähnliches zu simulieren, ohne auf einen benutzerdefinierten Mechanismus zur Entdeckung von verwaisten Objekten zurückgreifen zu müssen?
Vielen Dank für Ihre Antwort, Clemens. Die Verwendung von Instanz-ID zum Erstellen von Subskriptionsnamen ist genau das, was wir tun, aber es ist immer noch eine Menge Müll von allen Debug-Sitzungen übrig, wobei Entwicklungs-Fabric-Instanznamen unter Verwendung von PID-Nummern erzeugt werden. –
@Clemens eine Idee, wann dies veröffentlicht werden könnte? –
Ich suche auch, wann dies veröffentlicht werden könnte. Ich habe einen ähnlichen Anwendungsfall für Silverlight Client-Abonnements pro Client. Es könnte eine Option geben, die eigene Bereinigung durchzuführen, wenn Sie die Themennamen kennen, indem Sie nach veralteten Abonnements suchen. : http://stackoverflow.com/questions/15871119/cleaning-up-stale-azure-service-bus-topic-subscriptions – kjsteuer