Events und Nachrichten: wie ein Dienst dem nächsten Bescheid gibt
Etwas ist passiert. Eine Datei ist angekommen, ein Job ist fertig, jemand hat geklickt. Ein Router nimmt diese Tatsache und stellt sie allen zu, die davon hören wollten, ohne dass der Sender weiß, wer das ist.
Was ist Event-Routing?
Die Alternative ist, dass jeder Dienst den nächsten direkt aufruft. Das funktioniert, bis es sechs davon gibt und der vierte ausfällt. Ein Router sitzt dazwischen: Der Sender veröffentlicht eine Tatsache und geht weiter, und wer sie braucht, abonniert sie. Ein siebenter Empfänger ändert dann nichts am Sender.
Zwei Aufgaben werden hier gerne verwechselt. Ein Bus leitet Events nach ihrem Inhalt an alle Interessierten weiter. Eine Queue hält Arbeit für einen Empfänger bereit, der sie in seinem Tempo abholt, und genau das schützt einen teuren Schritt vor einem Ansturm. Die meisten echten Systeme nutzen beides, und die Clouds verkaufen es als zwei Produkte.
Vier Wege, es zu betreiben
Jede Cloud hat einen Bus und eine Queue, getrennt verkauft. Die offene Variante ist ein Log, das Sie selbst betreiben und so lange aufheben, wie Sie wollen.
Amazon EventBridge[1]
Der Bus auf AWS. Regeln prüfen den Inhalt eines Events und leiten es weiter, auch an einen Zeitplan oder in ein anderes Konto. Amazon SQS ist die Queue daneben, wenn eine Lastspitze abgefedert werden muss.
Offizielle Dokumentation →Azure Event Grid[2]
Dieselbe Idee auf Azure, aufgebaut auf dem CloudEvents-Standard, mit Azure Service Bus als Queue für Arbeit, die nicht verloren gehen oder in Reihenfolge ankommen muss.
Offizielle Dokumentation →Eventarc[3]
Leitet Events von Google-Cloud-Diensten und eigenen Quellen an Cloud Run und Workflows weiter, ebenfalls über CloudEvents. Pub/Sub liegt darunter als Queue und Verteiler.
Offizielle Dokumentation →Apache Kafka[4]
Kein Bus, sondern ein dauerhaftes Log: Events bleiben eine festgelegte Zeit liegen, und ein Empfänger kann zurückspulen und erneut lesen. Das ist der Grund, es zu wählen, und zugleich der Grund, warum es mehr Betrieb kostet.
Projektdokumentation →Wo ich es eingesetzt habe
Die Video-Pipeline
EventBridge trägt die Tatsachen zwischen den Schritten: Eine Datei ist da, die Labels sind fertig, ein Render ist durch. Weil die Schritte nur veröffentlichen und abonnieren, lässt sich ein neuer Schritt ergänzen, ohne die laufenden anzufassen.
Zum Beitrag →Managed und selbst betrieben zusammen: hybrid
Ein Event trägt meist weniger als die Sache, um die es geht, und das ist der Hebel. Veröffentlichen Sie die Tatsache und einen Verweis, nicht den Inhalt: dass ein Dokument angekommen ist und wo es liegt, nicht was darin steht. Der Bus kann dann in der Cloud sitzen, während die Dokumente bleiben, und nur ein Empfänger in Ihrem Netz löst den Verweis auf.
Was hilft Ihnen als Nächstes?
Entscheiden lernen
Der Kurs „From Managed to Hybrid“ zeigt, wo KI laufen sollte: was jede Ebene kostet, was Sie betreiben und wo Ihre Daten bleiben müssen. Er ist in Vorbereitung, mit einer kostenlosen Live-Session zum Start.
Linda MohamedKI- und Cloud-Beraterin, AWS Community Hero, Wien
Gemeinsam bauen
Erzählen Sie mir, was Sie bauen wollen. In 30 Minuten prüfen wir, welcher dieser Wege zu Ihren Daten, Ihren Regeln und Ihrem Budget passt und ob AWS-Förderung für einen Proof of Concept einen Teil abdeckt. So funktioniert AWS-Förderung →
Sie wissen schon, was Sie brauchen
Buchen Sie direkt den Workshop:
- KI-Konzept- und Prototyp-Workshops →
Zuerst die Architektur, pro Service bepreist und mit Ihren Daten getestet, dann ein Prototyp mit Go- oder Stopp-Entscheidung. - KI-Discovery-Workshop →
Ihre Ideen als bewertete Shortlist, damit Sie wissen, welcher Anwendungsfall zuerst kommt.
Mehr auf ai-solutions.wiki
Meine offene Wissensbasis, mit längeren Vergleichen, Preisnotizen und Quellen (auf Englisch).
Quellen
- Amazon EventBridge Dokumentation. https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html
- Azure Event Grid Dokumentation. https://learn.microsoft.com/en-us/azure/event-grid/overview
- Google Eventarc Dokumentation. https://cloud.google.com/eventarc/docs/overview
- Apache Kafka Dokumentation. https://kafka.apache.org/documentation/
- Amazon EventBridge, ai-solutions.wiki. https://ai-solutions.wiki/tools/amazon-eventbridge/
- Apache Kafka, ai-solutions.wiki. https://ai-solutions.wiki/tools/apache-kafka/
- Event-driven architecture, ai-solutions.wiki. https://ai-solutions.wiki/glossary/event-driven-architecture/
Links geprüft im Oktober 2026. Produktnamen und Funktionen ändern sich: Prüfen Sie die verlinkten Seiten, bevor Sie entscheiden.
