Einführung in Azure Service Bus

Event- und nachrichtenbasierte Lösungen in Azure entwickeln

Fiodar Sazanavets

Senior Software Engineer and Microsoft MVP

Queue Storage vs. Service Bus

Queue Storage

Service Bus

Queue Storage

Service Bus

Punkt-zu-Punkt:
- Sobald ein Producer eine Nachricht sendet
- Holt ein Consumer sie ab
- Nachricht wird einmal verarbeitet
Entspricht dem Verhalten von Queue Storage

Service-Bus-Logo

Publish-Subscribe-Modell
- Mehrere Producer senden Nachrichten
- Mehrere Consumer können dieselbe Nachricht erhalten
Jede Subscription kann filtern:
- Jede bekommt nur Relevantes
Eine Queue ist wie ein einzelnes Postfach
Ein Topic ist wie eine Mailingliste

Service-Bus-Topic

Eingebaute Zuverlässigkeit:
- Ausfälle werden behandelt
- Automatische Wiederholungen
Dead-Letter-Queue:
- Für fehlgeschlagene Nachrichten reserviert
- Nachrichten können geprüft werden

Nachrichten-Zuverlässigkeit

Duplikaterkennung verhindert doppelte Verarbeitung.
Wenn ein Sender erneut sendet und dieselbe Nachricht ankommt, wird sie über die Message-ID erkannt.
Duplikate werden innerhalb eines konfigurierten Zeitfensters verworfen.
So erreichst du nahezu Exactly-Once-Verarbeitung trotz Netzwerkwiederholungen.

Service Bus Duplikaterkennung

Service-Bus-Sessions

Service-Bus-Sessions ermöglichen geordnete Verarbeitung.
Verwandte Nachrichten teilen sich eine Session-ID (z. B. alle Updates zu derselben Bestellung).
Jede Session geht jeweils an einen Consumer.
Die Reihenfolge bleibt innerhalb einer Session erhalten; der Consumer kann leichten Zustand halten.
Mehrere Sessions können parallel laufen, jede für sich geordnet.

Event- und nachrichtenbasierte Lösungen in Azure entwickeln