Eine Einzelhandelsplattform verarbeitet mehrstufige Bestellworkflows. Jede Bestellung generiert eine Konversation von zusammengehörigen Nachrichten (Bestellung erstellt, Zahlung autorisiert, Artikel reserviert), die pro OrderId über mehrere Abonnenten hinweg in der richtigen Reihenfolge verarbeitet werden müssen. Wenn ein Worker eine Nachricht vom Typ „Bestellung erstellt“ verarbeitet, muss er atomar zwei Befehle an nachgeschaltete Dienste senden oder ein Rollback durchführen, wenn die Verarbeitung fehlschlägt. „Poison Messages“ müssen isoliert werden, ohne sie zu verlieren. Welches Messaging-Design sollten Sie empfehlen?

Die korrekte Antwort ist Azure Service Bus Topic mit aktivierten Sessions. Sessions (mit OrderId als sessionId) stellen sicher, dass alle Nachrichten für eine bestimmte Bestellung in der richtigen Reihenfolge verarbeitet werden. Service Bus-Transaktionen garantieren die atomare Verarbeitung: Entweder wird die eingehende Nachricht abgeschlossen und die beiden ausgehenden Nachrichten gesendet, oder alles wird zurückgerollt. Die Dead-Letter-Subqueue isoliert "Poison Messages" automatisch, ohne sie zu verlieren. Die anderen Optionen sind unzureichend: Azure Service Bus Queue ohne Sessions kann die Reihenfolge pro Bestellung nicht garantieren. Azure Storage Queue bietet keine Transaktionen über mehrere Nachrichten hinweg und hat keine integrierte Unterstützung für Sessions oder Dead-Lettering für Poison Messages. Azure Event Grid Topic garantiert keine Reihenfolge und bietet keine Transaktionen für die beschriebenen komplexen Workflows. Azure Service Bus Topic ohne Sessions kann die Reihenfolge pro Bestellung nicht gewährleisten, und das Deaktivieren von Dead-Lettering würde Poison Messages verlieren.