Kafka Stream is a transformation library that comes with Kafka binary for analyzing and processing data stored in Kafka topics. It is used for data transformation, enrichment, fraud detection, monitoring and alerts.
Kafka streams are standard java applications that take data from Kafka topics to process and analyze and then stores results back to Kafka topics. It is highly scalable, fault tolerant, requires no separate cluster and leverages the full capabilities of Kafka.
Moreover, it is the only streaming library semantics in the streaming world that has exactly once and is a true streaming framework because it processes one record at a time rather than micro batches. It works for applications of any size either small or big.
Kafka Stream Vs other Streaming Libraries
There are many streaming libraries in the market today such as Spark Streaming, Nifi, and Flink etc. All these libraries are constantly evolving and it entirely depends on your use case to decide which one to select.
Kafka Streams | Spark Streaming | Flink | Nifi | |
---|---|---|---|---|
Cluster Required | No | Yes | Yes | Yes |
Real time Streaming | Yes | No | Yes | Yes |
Micro Batches | No | Yes | No | No |
Semantics | Exactly Once | At least Once | At least Once | At least Once |
Implementation | Code based | Code based | Code based | Drag & drop |
Who Uses Kafka Streams For Real-Time Streaming?

Many companies are using Kafka streams to build their real time streaming pipeline.
We support you by providing a thorough knowledge about utilization of kafka streams.
Newyork Times is using Kafka Stream to store & distribute their content in real-time to their readers.
Pinrest is using Kafka Streams to predict the budget of their advertising infrastructure.
Rabobank is one of the top banks in the Netherlands, and is using Kafka streams to alert customers in real-time for financial events.
Kafka Stream Core Concepts

-
Processor Topology
Kafka streams application is represented in the form of processor topology that is simply a graph of stream processors connected with streams. It defines the computation logic of your application and how your input data is transformed to output data.
-
Source Processors
This is a special processor that takes data directly from kafka topics and then forward that data into downstream processors. It does not do any transformations, it just reads data from the kafka topic and creates a stream out of it to send it to further processors in the topology for transformation.
-
Sink Processors
This processor takes transformed or enriched data from upstream processor and send it to Kafka topics
-
Stream
Sequence of fully ordered immutable data records that can be replayed in case of failures. These data records correspond to records in Kafka topic.
-
Stream Processor
It is a node in processor topology that transforms incoming streams record by record and then creates a new stream from it.
How to Write Topologies?
We can write topologies in two ways:
-
High level DSL:
It is high-level API, simple, most common transformation operations such as filter, map, join etc
-
Low Level Processor API:
Low-level API used to implement complex logic but rarely needed.
Mandatory Configurations for Kafka Streams
bootstrap.servers | Needed to connect to kafka at port 9092 |
Auto.offset.reset.config | Earliest- to consume topic from start Latest – to consume topic from latest offset |
Application.id | Id given to kafka stream application |
Default Key Serde [Key/Value] | Serialization & deserialization for keys |
Default Value Serde [Key/Value] | Serialization & deserialization for values |
Kafka Stream Maven Dependencies
Setting up the Properties
Build KStream from Kafka Topic
Ktables/Kstreams
Kstream is an infinite, unbounded stream of immutable data streams. Whenever a new record is added to Kafka topic, that record is appended to Kstream.

Ktables are similar to database tables. It deletes the records on null value, it updates the records if the same key appears again. It is used if you want to apply unique constraints on the data like the primary key in the database table. In the below example, Ktables updated the “Mary” record from value 23 to 27 and deleted the record with key as “john” since it came with null value.

MapValues
It applies the operation on the values of the records. For example, I want to change the stream data into uppercase. This function is supported in both Kstream and Ktables.

Filter/FilterNot
Filter applies some condition on Kstreams/Ktables to get the filtered stream whereas FilterNot is completely opposite of Filter. Each record produces zero or one record depending upon whether it satisfies the condition. Below statement filters out all values that are less than or equal to zero and gives back a new Kstream with values greater than zero.

FlatMapValues / FlatMap
Flatmap takes one record and produces zero,one or more records. FlatMapValues does not change the keys, does not trigger any repartition whereas FlatMap changes the keys and triggers the repartition. Both the operations are for Kstream only.

Branch
Branch splits a Kstream into multiple Kstream based on one or more predicates.
In the above example, predicates are evaluated in order. If a record comes whose value is greater than 100, it will become part of the first Kstream else it will be evaluated for next predicates. If the record does not match any predicate then that particular record will get dropped.
Above operation will create 3 Kstreams with the first one carrying all data greater than 100, second with data between 10 & 100 and third Kstream with data between 0 & 10. All records with negative values will be dropped.

SelectKey
SelectKey assigns a new key to the record. Below operation will assign the first letter of the old key as the new key.

Reading from kafka
We can read data from Kafka as a Kstream or as a Ktable. As discussed earlier, Ktables and Kstreams have differences in terms of how it deals with null values or how it deals with values with the same key.
Writing to Kafka
There are two API’s for Writing to a topic. ”To” method simply writes to a topic and returns nothing whereas the “through” method writes to a Kafka topic and also returns the stream with updated data.
Conclusion
All real-time machine learning processing frameworks are still evolving at a constant pace with new API’s everyday but Kafka streams undoubtedly have an edge over others because of its integration with Kafka, exactly one semantics and its real-time processing power.