Build Predictive Machine Learning with Flink | Workshop on Dec 18 | Register Now
Also known as event stream processing (ESP), event streaming patterns can process a continuous flow of data as soon as an event or change happens. By processing single points of data rather than an entire batch, event streaming platforms provide an architecture that enables software to understand, react to, and operate as events occur.
Learn how event stream processing works, its major benefits, and how to get started building event-driven architectures in the free stream processing guide.
An Event Stream is an ordered sequence of events representing important actions in a software domain. This can be something simple, like clicking on a link, or it might be something more complex, like transferring funds between two banks.
Event Stream Processing (ESP) takes a continuous stream of events and processes them as soon as a change happens. By processing single points of data rather than an entire batch, event streaming platforms provide an architecture that enable software to understand, react to, and operate as events occur.
In software, any significant action can be recorded as an event. For example, it could be as simple as someone clicking a link or viewing a webpage, or something more involved like paying for an order, withdrawing money, or even communicating with numerous, distributed IoT devices at once.
These events can be organized into streams, essentially a series of events ordered by time. From there, events can be shared with other systems where they can be processed in real-time. Events are pushed and handled one at a time, as they happen. This allows the system to react in real-time, rather than waiting for batches to accumulate.
For example, each time someone clicks a link or views a webpage, we might push an event into a system such as Apache Kafka. Downstream, a Flink job could consume those events to develop analytics about how many views and clicks our website is receiving.
The most obvious benefit of event streaming is that it allows systems to react in real time. For example, multi-player video games, a stock transaction, or personalized shopping recommendations. This gives users the kind of instant gratification that they crave while better reflecting the world we live in.
However, there are other benefits to Event Streaming, beyond the user experience.
Systems built with event streams are better equipped to react to changes in the environment. If there is a sudden increase in load, these systems can react immediately, rather than having to wait some predefined interval. This allows systems to be more elastic, scaling up and down as the requirements demand.
Event streaming systems also tend to be more resilient. Batch systems are notorious for expensive failures. Because these systems are building up large amounts of data to be processed all at once, a single piece of bad data can collapse the whole process. This can result in large and expensive retries. However, with streaming systems, we deal with the events as they happen. If an event fails for some reason, then we can put processes in place to handle that failure with a minimal amount of interruption to the rest of the events.
Imagine if you walked into the grocery store and were told that you’d have to wait to do your shopping because the store required batches of at least 10 shoppers before they could be allowed in. Or perhaps, you step up to a bank machine to withdraw $20, only to discover that the bank will only release funds in batches of $5000 at a time. On the surface, these examples, sound ridiculous, but the reality is that many software applications are built with this mentality.
Batch processing is a tried and tested method of handling large amounts of data. The system collects data into larger batches and processes it all at once. The approach can be used to optimize applications and can help make a system more efficient. Unfortunately, it also introduces significant latency and rarely reflects how things work in the real world. As users have become more accustomed to real-time experiences, batch processing is unable to keep up.
The real world exists as a continuous stream of events and the reactions to those events. When we walk into a grocery store, that’s an event. Attempting to withdraw $20 from the bank is also an event. When we initiate each of these, there is an expectation that the people and processes we interact with will respond in real-time. We don’t want to wait for some seemingly arbitrary threshold to be crossed. We want results now.
In software, if we want to provide users with real-time experiences, we need to move beyond batch processing and instead adopt event streaming.
Die Anwendungsfälle für Event-Streaming sind vielfältig. Das liegt daran, dass die Funktionsweise die der realen Welt ähnlich ist. Nahezu jeder Geschäftsprozess lässt sich mit Event-Streaming besser darstellen als mit der Batch-Verarbeitung. Dazu gehören vorausschauende Analysen, maschinelles Lernen, generative KI, Betrugserkennung und vieles mehr.
Event-Streaming wird in einer Vielzahl von Unternehmen eingesetzt, z. B. für Medien-Streaming, Omnichannel-Retail-Erlebnisse, Ridesharing usw.
Wenn ein Fahrgast zum Beispiel Lyft nutzt, weiß die Anwendung nicht nur, welchem Fahrer er am besten zugewiesen werden soll, sondern auch, wie lange die Fahrt dauern wird, basierend auf dem Echtzeit-Standort und historischen Verkehrsdaten. Zudem kann anhand von Echtzeit- und historischen Daten der Preis ermittelt werden.
Standortdaten
Betrugserkennung
Echtzeit-Aktienhandel
Marketing-, Vertriebs- und Geschäftsanalysen
Kunden-/Benutzeraktivität
Monitoring und Reporting für interne IT-Systeme
Log-Monitoring: Fehlerbehebung bei Systemen, Servern, Geräten und mehr
SIEM (Security Information and Event Management): Analyse von Protokollen und Echtzeit-Event-Daten fürs Monitoring, für Metrics und die Erkennung von Bedrohungen
Bestände im Einzelhandel/Lager: Bestandsmanagement über alle Channels und Standorte hinweg und nahtloses Benutzererlebnis auf allen Geräten
Zuordnung bei Mitfahrgelegenheiten: Kombination von Standort-, Benutzer- und Preisdaten für prädikative Analysen
Zuordnung des Fahrgastes zu den besten Fahrern im Hinblick auf die Nähe, den Zielort, Preis und die Wartezeit
Maschinelles Lernen und KI: Durch die Verknüpfung von historischen und aktuellen Daten zu einem zentralen Nervensystem entstehen neue Anwendungsfälle für vorausschauende Analysen
Predictive Analytics.
In the world of event streaming, Kafka and Flink are two of the most recognizable technologies in use today.
Apache Kafka is where your event streams live. Each event gets pushed into a Kafka topic where it can be consumed by any downstream systems interested in reacting to those events.
Apache Flink is a powerful engine for processing events in real time. It provides a robust set of features to consume the events and perform analytics against them.
Together, event streaming with Kafka and Flink act as a central nervous system capable of reacting to millions of events.
Built by the original creators of Apache Kafka, Confluent takes Kafka's stream processing technology to a fully managed, multi-cloud data streaming platform. Easily connect 120+ data sources with enterprise-grade security, performance, and scalability. Stream data across any infrastructure in minutes.
More recently, Confluent has introduced Apache Flink into the cloud platform to provide a first-class stream processing engine, alongside its already robust streaming system.
Used by 80% of the Fortune 100, Confluent's data streaming platform helps you set your data in motion, no matter where it resides.