Event-Stream
Ein Event-Stream ist eine fortlaufende Kette von Meldungen über Dinge, die gerade passiert sind – etwa jeder Klick in einem Onlineshop oder jeder ausgeführte Börsenauftrag. Programme lesen diese Kette in der Reihenfolge des Geschehens und reagieren sofort, statt auf einen späteren Sammelabruf zu warten.
Ein Event ist ein einzelnes Ereignis, das ein Computersystem festhält: « Nutzer 4711 hat um 14:03 Uhr auf Kaufen geklickt. » Ein Event-Stream ist die fortlaufende Kette solcher Meldungen, in der Reihenfolge, in der sie entstanden sind. Man kann sich das wie ein Kassenband vorstellen, auf dem ununterbrochen neue Zettel ankommen. Jeder Zettel beschreibt eine Tatsache aus der Vergangenheit und wird nachträglich nicht mehr verändert. Andere Programme sitzen am Ende des Bandes und lesen mit, sobald etwas ankommt. Das Gegenmodell ist ein Speicher, der nur den aktuellen Zustand kennt – also nur, wie viel Geld auf dem Konto liegt, aber nicht, welche Buchungen dorthin geführt haben.
Warum Firmen auf laufende Ereignisse umsteigen
Lange Zeit haben Unternehmen Daten in Stapeln verarbeitet. Nachts um zwei lief ein Programm, las den ganzen Tag durch und erzeugte Berichte. Das reicht nicht mehr, wenn eine Betrugserkennung eine verdächtige Kartenzahlung stoppen soll, bevor sie durchgeht. Ein Event-Stream liefert die Information in Sekundenbruchteilen statt am nächsten Morgen.
Der zweite Vorteil ist die Entkopplung. Das Kassensystem schreibt seine Ereignisse einfach in den Strom und muss nicht wissen, wer sie liest. Buchhaltung, Lagerverwaltung und Empfehlungssystem greifen unabhängig voneinander zu. Kommt später eine neue Anwendung dazu, muss man das Kassensystem nicht anfassen.
Für KI-Systeme ist noch etwas anderes wichtig: Trainingsdaten entstehen genau hier. Jeder Klick, jede Suchanfrage, jede Korrektur eines Nutzers ist ein Ereignis. Wer diesen Strom sauber aufzeichnet, hat später das Material, um Modelle zu trainieren oder ihre Qualität zu überprüfen.
Was zwischen Sender und Empfänger passiert
In der Mitte steht meist ein System, das die Ereignisse zwischenspeichert und ordnet. Das bekannteste heißt Apache Kafka. Die Sender nennt man Producer, die Leser Consumer. Der Strom wird in Abschnitte aufgeteilt, damit mehrere Rechner gleichzeitig lesen können, ohne sich in die Quere zu kommen.
Wichtig ist, dass ein Consumer sich merkt, wie weit er gekommen ist. Diese Position heißt Offset. Stürzt ein Programm ab, setzt es danach genau dort wieder an. Man kann den Offset auch zurücksetzen und den Strom noch einmal von vorn abspielen – etwa um einen Fehler in der Auswertung zu korrigieren.
Ein typischer Irrtum ist, dass alles sofort und garantiert genau einmal ankommt. In der Praxis kann ein Ereignis doppelt zugestellt werden, wenn eine Bestätigung verloren geht. Deshalb bauen Entwickler ihre Programme so, dass ein doppelt gelesenes Ereignis keinen Schaden anrichtet. Auch die Reihenfolge ist nur innerhalb eines Abschnitts garantiert, nicht über den gesamten Strom hinweg.
Von der Paketverfolgung bis zum Börsenticker
Sichtbar wird das Prinzip überall dort, wo etwas live mitläuft. Die Sendungsverfolgung eines Paketdienstes zeigt eine Liste von Ereignissen mit Zeitstempel. Ein Kursticker an der Börse ist ein Event-Stream, bei dem jeder Handel eine Meldung erzeugt. Auch die Benachrichtigung, dass ein Freund gerade etwas gepostet hat, stammt aus so einem Strom.
In Wirtschaftsnachrichten taucht der Begriff meist im Zusammenhang mit Echtzeitdaten auf. Banken werben damit, Betrug in Millisekunden zu erkennen. Cloud-Anbieter verkaufen fertige Streaming-Dienste als Produkt. Und bei Datenschutzdebatten geht es oft genau um diese Ströme, weil sie sehr detailliert festhalten, wer wann was getan hat.
Abzugrenzen ist der Event-Stream von einer klassischen Datenbanktabelle. Die Tabelle beantwortet die Frage « Wie ist es jetzt? ». Der Strom beantwortet die Frage « Was ist alles passiert? ». Viele moderne Systeme führen beides parallel und leiten den aktuellen Zustand aus dem Strom ab.