Meine Anwendung funktioniert derzeit hervorragend als Azure App Service. Sie verwendet eine Service Bus-Warteschlange, um Datenbits zu pushen, die dann von Clients abgeholt werden, „Sachen“ passieren und dann pushen die Clients Antworten zurück an meine App in einer anderen Service Bus-Warteschlange. Im Grunde habe ich also jeweils eine, eine Eingangswarteschlange und eine Ausgangswarteschlange.
Jetzt versuche ich, diese Anwendung auf SaaS auszuweiten. Ich möchte dieselbe Warteschlangenarchitektur beibehalten, jedoch mit einer potenziell unbegrenzten Anzahl (n)separater, nicht vertrauenswürdiger Clientverbindungen. Außerdem möchte ich Investitionen in die Verwaltung und die Stundenkosten für die Wartung 2nvon Service Bus-Ressourcen vermeiden!
Leider sehe ich keine Möglichkeit, diese Art der sicheren „Filterung“ in einer Service Bus-Warteschlange durchzusetzen. Clients können sagen „Gib mir die nächsten fünf Nachrichten“, aber sie erhalten die Nachrichten aller, nicht nur ihre eigenen.
Gibt es eine Möglichkeit, das zu tun, was ich möchte, indem ich Service Bus-Warteschlangen verwende? Sollte ich dieses Architekturkonzept mit einer anderen Art von Azure-Ressource implementieren? Oder ist es am besten, wenn ich einen benutzerdefinierten API-Aufruf codiere, um das „Gib mirMeinIdee für die nächsten fünf Nachrichten?
Antwort1
Ich denke, Themen und gefilterte Abonnements würden wahrscheinlich den Zweck erfüllen:https://docs.microsoft.com/en-us/azure/service-bus-messaging/topic-filters