NEW
The practice of capturing, storing, and processing continuous streams of events from sources in real time.
DESCRIPTION
Event streaming captures immutable event records from sources such as databases, applications, and devices, appending them to durable logs for processing and replay. Systems like Apache Kafka provide partitioned, replicated topics for high-throughput, fault-tolerant transport. Consumers process these streams to build materialized views, trigger workflows, and feed analytics. Schemas evolve with compatibility rules to maintain interoperability. Event streaming underpins microservices, data integration via CDC, and real-time analytics pipelines. Replayability enables rebuilding state and debugging.
ALTERNATIVE DEFINITIONS
Confluent
Event streaming is the practice of capturing data in real-time from event sources like databases, sensors, mobile devices, cloud services, and software applications in the form of streams of events; storing these event streams durably for later retrieval; and manipulating, processing, and reacting to the event streams in real-time as well as retrospectively.
Highlights real-time capture, durable storage, and both real-time and retrospective processing.
Red Hat
Event streaming is the collection and processing of data in motion as it is generated, allowing systems to react to information in real time.
Emphasizes real-time reaction and continuous processing of data in motion.
RELATED TERMS
Data Streaming Apache Kafka Event Sourcing Google Cloud Pub-Sub Change Data Capture Message Broker Topic Partition Schema Registry Stream Processing
COMPETING TERMS
Message Queuing Batch Processing
RELATIONS
- Broader: Streaming
- Narrower: Apache Kafka
KNOWLEDGE AREAS
Real-time & Streaming Data Data Engineering Data Integration & Interoperability
TARGET AUDIENCE
Data Engineer Software Developer DevOps Engineer Cloud Architect Data Architect MLOps Engineer
EXTERNAL SOURCES
- Wikipedia - Event stream processing
- Apache Kafka - Core documentation for Kafka topics and consumers
- Debezium - CDC event streaming documentation
- Confluent - Kafka-based event streaming platform docs
- AWS - Managed streaming data service overview
TOP QUESTIONS
How does Event Streaming differ from message queuing?
Event streaming uses append-only logs and supports replay and multiple consumer groups, whereas traditional queues often remove messages after consumption.
Category: Comparison
What are common Event Streaming use cases?
Operational analytics, CDC pipelines, microservice communication, anomaly detection, and real-time personalization are frequent patterns.
Category: Example
Why is schema management important in Event Streaming?
Schemas enforce compatibility and avoid breaking consumers. Registries track versions and compatibility rules, enabling safe evolution.
Category: Requirements
What is exactly-once semantics in Event Streaming?
It ensures each event’s effects occur once, often via idempotent producers, transactional writes, and consistent consumer state checkpointing.
Category: Overview
How do partitions affect Event Streaming throughput?
Partitions parallelize reads and writes across brokers and consumers, increasing throughput and scalability with ordering guarantees per partition.
Category: Architecture
What is a common mistake in Event Streaming design?
Using too many tiny topics or partitions harms operability and resource usage. Plan partition counts and lifecycle policies upfront.
Category: Mistakes
How does Event Streaming support replayability?
Brokers retain events for configured periods, enabling consumers to rewind offsets and rebuild downstream state deterministically.
Category: Operations
When should you choose Event Streaming over batch pipelines?
When low latency, incremental computation, or replayable integration is needed, streaming provides timely and resilient processing.
Category: Alternatives
What are typical risks of Event Streaming?
Improper retention settings, consumer lag, and schema drift can degrade reliability. Monitoring and governance mitigate these risks.
Category: Risks