Event Grid und ereignisgesteuerte Architektur

In einer ereignisgesteuerten Architektur kommunizieren Komponenten, indem sie Ereignisse veröffentlichen und abonnieren, anstatt sich direkt gegenseitig aufzurufen. Eine Komponente (der Produzent) löst ein Ereignis aus, wenn etwas Bedeutsames geschieht – etwa wenn eine Datei hochgeladen oder eine Bestellung aufgegeben wird oder ein Gerät einen Messwert sendet. Andere Komponenten (Abonnenten) reagieren unabhängig und asynchron auf die Ereignisse, die für sie relevant sind. Dadurch werden Produzenten und Konsumenten entkoppelt, was Skalierbarkeit, Ausfallsicherheit und Wartbarkeit verbessert.

Azure Event Grid ist ein vollständig verwalteter Dienst für das Ereignisrouting, der Ereignisse aus Quellen (Herausgebern) mithilfe eines Push-Modells an Handler (Abonnenten) übermittelt. Event Grid ist für reaktive, einzelne Ereignisse ausgelegt – etwas hat sich geändert und Sie müssen sofort reagieren. Der Dienst garantiert die Zustellung mindestens einmal, führt automatisch Wiederholungsversuche durch, unterstützt Filter, sodass Abonnenten nur relevante Ereignisse erhalten, und kann Ereignisse an Azure Functions, Logic Apps, Webhooks, Event Hubs und Service-Bus-Warteschlangen weiterleiten.

Herausgeber senden Ereignisse an ein Event-Grid-Thema. Abonnenten erstellen Ereignisabonnements für ein Thema und geben dabei einen Endpunkt sowie optionale Filterregeln an. Ein einzelnes Thema kann mehrere Abonnements haben – jedes Abonnement erhält eine unabhängige Kopie der passenden Ereignisse. Azure-Dienste wie Blob Storage, Resource Manager, Service Bus und Azure Container Registry sind integrierte Ereignisquellen mit Systemthemen, die keine zusätzliche Konfiguration erfordern.

In Event Grid veröffentlichte Ereignisse folgen einem standardisierten JSON-Schema mit Pflichtfeldern: id (eindeutiger Bezeichner), eventType (z. B. Microsoft.Storage.BlobCreated), subject (Pfad zur Ereignisressource), eventTime (Zeitstempel nach ISO 8601), dataVersion und data (ereignisspezifische Nutzdaten). Event Grid unterstützt außerdem das CloudEvents-Schema (CNCF-Standard), um die Interoperabilität mit anderen Ereignisplattformen zu ermöglichen.

Ereignisabonnements unterstützen Filterung, um die Anzahl irrelevanter Ereignisse auf der Seite der Abonnenten zu reduzieren. Sie können nach Ereignistyp filtern (nur BlobCreated, nicht BlobDeleted empfangen), nach Präfix oder Suffix des Betreffs (nur Blobs in einem bestimmten Container) oder mithilfe von erweiterten Filtern nach jedem Feld in den Ereignisdaten. Dafür stehen Operatoren wie StringContains, NumberGreaterThan und BoolEquals zur Verfügung. Die Filterung erfolgt serverseitig, sodass Abonnenten nur Ereignisse erhalten, die ihren Kriterien entsprechen.

Drei Azure-Dienste verarbeiten Ereignisse und Nachrichten – wählen Sie je nach Szenario. Event Grid dient dem reaktiven Ereignisrouting (geringes Volumen, einzelne und reaktive Ereignisse, z. B. Benachrichtigungen über Ressourcenänderungen). Event Hubs dient dem Streaming von Ereignissen mit hohem Durchsatz (Millionen von Ereignissen pro Sekunde, Telemetrie, Big-Data-Pipelines). Service Bus dient dem Messaging in Unternehmen mit Reihenfolgegarantie, Deduplizierung, Dead-Lettering und Transaktionen (Auftragsverarbeitung, Finanztransaktionen).

Veröffentlichen Sie benutzerdefinierte Ereignisse in einem Event-Grid-Thema, indem Sie eine einfache HTTP-POST-Anforderung mit dem Zugriffsschlüssel des Themas senden. Jeder Dienst und jede Anwendung, die HTTP-Anforderungen senden kann, kann Ereignisse veröffentlichen. Dadurch lassen sich Ereignisse problemlos aus lokalen Anwendungen, Drittanbieterdiensten oder Azure-Diensten auslösen, die Event Grid nicht nativ unterstützen. Bündeln Sie für eine effizientere Verarbeitung bis zu 1 MB an Ereignissen pro POST.

Wenn ein Zustellversuch für ein Ereignis fehlschlägt (der Abonnent gibt einen HTTP-Statuscode außerhalb des 2xx-Bereichs zurück), führt Event Grid bis zu 24 Stunden lang Wiederholungsversuche mit exponentiellem Backoff und Jitter durch (konfigurierbar auf bis zu 72 Stunden) und unternimmt maximal 30 Versuche. Nach Ausschöpfung der Wiederholungsversuche kann Event Grid nicht zugestellte Ereignisse per Dead-Lettering in einem Azure-Blob-Storage-Container ablegen, damit sie manuell untersucht werden können. Konfigurieren Sie Dead-Lettering, wenn eine zuverlässige Ereigniszustellung entscheidend ist und Sie fehlgeschlagene Ereignisse prüfen oder erneut verarbeiten müssen.

Azure Event Hubs ist eine Plattform für verteilte Datenströme, die Millionen von Ereignissen pro Sekunde empfangen und verarbeiten kann. Sie verwendet ein partitioniertes Konsumentenmodell – Ereignisse werden auf Partitionen verteilt, und jede Konsumentengruppe liest Ereignisse unabhängig und in ihrem eigenen Tempo. Dadurch können mehrere Konsumenten denselben Datenstrom ohne Abstimmung verarbeiten. Zu den häufigen Anwendungsfällen gehören die Erfassung von IoT-Telemetrie, die Aggregation von Anwendungsprotokollen, die Analyse von Clickstreams und Datenpipelines für Echtzeitdashboarddaten.

Azure Service Bus ist ein Messaging-Broker für Unternehmen, der Warteschlangen (Punkt-zu-Punkt) sowie Themen mit Abonnements (Publish-Subscribe) bereitstellt. Im Gegensatz zu Event Grid (Fire-and-forget) und Event Hubs (Streaming) garantiert Service Bus die geordnete Zustellung (FIFO-Warteschlangen), bietet Duplikaterkennung, Dead-Letter-Warteschlangen für Verarbeitungsfehler, Nachrichtensitzungen für die gruppierte Verarbeitung und Transaktionen – alles wichtige Funktionen für die Verarbeitung von Finanztransaktionen und Aufträgen.

Ein häufig verwendetes ereignisgesteuertes Azure-Muster: Ein Benutzer lädt eine Datei in Blob Storage hoch, wodurch ein BlobCreated-Ereignis an Event Grid ausgelöst wird. Event Grid leitet das Ereignis an eine Azure Function weiter, die die Datei verarbeitet (ein Bild skaliert, Text extrahiert oder Daten validiert) und das Ergebnis in die Azure SQL Database schreibt. Wenn die Verarbeitung fehlschlägt, wird das Ereignis per Dead-Lettering in einem Speichercontainer abgelegt. Diese gesamte Pipeline benötigt weder Polling noch dauerhaft laufende Compute-Ressourcen im Leerlauf.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900) in dieser Lektion.

In dieser Lektion haben Sie Folgendes gelernt: Azure Event Grid leitet einzelne Ereignisse per Push-Zustellung von Herausgebern an Abonnenten weiter und unterstützt dabei Filterung und Dead-Lettering; Sie kennen nun den wesentlichen Unterschied zwischen Event Grid (reaktive Ereignisse), Event Hubs (Streaming) und Service Bus (zuverlässiges Messaging für Unternehmen). Außerdem wissen Sie, wie sich ereignisgesteuerte Pipelines erstellen lassen, indem Blob-Storage-Ereignisse über Event Grid an Azure Functions weitergeleitet werden. Als Nächstes befassen wir uns mit Azure-DevOps-Diensten.