diff --git a/10/streams/core-concepts.html b/10/streams/core-concepts.html index 81bfdf6a1f0..13a8b3ee8d8 100644 --- a/10/streams/core-concepts.html +++ b/10/streams/core-concepts.html @@ -57,13 +57,14 @@

Core Concepts

We first summarize the key concepts of Kafka Streams.

+

Stream Processing Topology

There are two special processors in the topology: diff --git a/10/streams/developer-guide/processor-api.html b/10/streams/developer-guide/processor-api.html index fdf6c86b4cd..1e1df6502df 100644 --- a/10/streams/developer-guide/processor-api.html +++ b/10/streams/developer-guide/processor-api.html @@ -66,7 +66,7 @@

Overview

Defining a Stream Processor

-

A stream processor is a node in the processor topology that represents a single processing step. +

A stream processor is a node in the processor topology that represents a single processing step. With the Processor API, you can define arbitrary stream processors that processes one received record at a time, and connect these processors with their associated state stores to compose the processor topology.

You can define a customized stream processor by implementing the Processor interface, which provides the process() API method. diff --git a/11/streams/core-concepts.html b/11/streams/core-concepts.html index 473a268b7a5..bd930de910a 100644 --- a/11/streams/core-concepts.html +++ b/11/streams/core-concepts.html @@ -57,13 +57,14 @@

Core Concepts

We first summarize the key concepts of Kafka Streams.

+

Stream Processing Topology

- + There are two special processors in the topology: diff --git a/11/streams/developer-guide/processor-api.html b/11/streams/developer-guide/processor-api.html index fdf6c86b4cd..1e1df6502df 100644 --- a/11/streams/developer-guide/processor-api.html +++ b/11/streams/developer-guide/processor-api.html @@ -66,7 +66,7 @@

Overview

Defining a Stream Processor

-

A stream processor is a node in the processor topology that represents a single processing step. +

A stream processor is a node in the processor topology that represents a single processing step. With the Processor API, you can define arbitrary stream processors that processes one received record at a time, and connect these processors with their associated state stores to compose the processor topology.

You can define a customized stream processor by implementing the Processor interface, which provides the process() API method. diff --git a/20/streams/core-concepts.html b/20/streams/core-concepts.html index 594efaa5ed9..e522f3041c3 100644 --- a/20/streams/core-concepts.html +++ b/20/streams/core-concepts.html @@ -57,13 +57,14 @@

Core Concepts

We first summarize the key concepts of Kafka Streams.

+

Stream Processing Topology

There are two special processors in the topology: @@ -160,21 +161,26 @@

Duality of

Any stream processing technology must therefore provide first-class support for streams and tables. - Kafka's Streams API provides such functionality through its core abstractions for - streams <streams_concepts_kstream> and - tables <streams_concepts_ktable>, which we will talk about in a minute. - Now, an interesting observation is that there is actually a close relationship between streams and tables, - the so-called stream-table duality. - And Kafka exploits this duality in many ways: for example, to make your applications + Kafka's Streams API provides such functionality through its core abstractions for + streams + <streams_concepts_kstreams> + and tables + <streams_concepts_kstreams>, + which we will talk about in a minute. Now, an interesting observation is that there is actually a close relationship between streams and tables, + the so-called stream-table duality. And Kafka exploits this duality in many ways: for example, to make your applications + elastic elastic <streams_developer-guide_execution-scaling>, - to support fault-tolerant stateful processing <streams_developer-guide_state-store_fault-tolerance>, - or to run interactive queries <streams_concepts_interactive-queries> + to support fault-tolerant stateful processing + <streams_developer-guide_state-store_fault-tolerance>, + or to run interactive queries + <streams_concepts_interactive-queries> against your application's latest processing results. And, beyond its internal usage, the Kafka Streams API also allows developers to exploit this duality in their own applications.

- Before we discuss concepts such as aggregations <streams_concepts_aggregations> + Before we discuss concepts such as aggregations + <streams_concepts_aggregations>, in Kafka Streams we must first introduce tables in more detail, and talk about the aforementioned stream-table duality. Essentially, this duality means that a stream can be viewed as a table, and a table can be viewed as a stream.

diff --git a/21/streams/core-concepts.html b/21/streams/core-concepts.html index 1e1aeb7b1aa..29080221b4a 100644 --- a/21/streams/core-concepts.html +++ b/21/streams/core-concepts.html @@ -57,13 +57,13 @@

Core Concepts

We first summarize the key concepts of Kafka Streams.

- +

Stream Processing Topology

There are two special processors in the topology: @@ -160,22 +160,21 @@

Duality of

Any stream processing technology must therefore provide first-class support for streams and tables. - Kafka's Streams API provides such functionality through its core abstractions for - streams <streams_concepts_kstream> and - tables <streams_concepts_ktable>, which we will talk about in a minute. - Now, an interesting observation is that there is actually a close relationship between streams and tables, - the so-called stream-table duality. - And Kafka exploits this duality in many ways: for example, to make your applications - elastic <streams_developer-guide_execution-scaling>, - to support fault-tolerant stateful processing <streams_developer-guide_state-store_fault-tolerance>, - or to run interactive queries <streams_concepts_interactive-queries> + Kafka's Streams API provides such functionality through its core abstractions for + streams + and tables, + which we will talk about in a minute. Now, an interesting observation is that there is actually a close relationship between streams and tables, + the so-called stream-table duality. And Kafka exploits this duality in many ways: for example, to make your applications + elastic, + to support fault-tolerant stateful processing, + or to run interactive queries against your application's latest processing results. And, beyond its internal usage, the Kafka Streams API also allows developers to exploit this duality in their own applications.

- Before we discuss concepts such as aggregations <streams_concepts_aggregations> - in Kafka Streams we must first introduce tables in more detail, and talk about the aforementioned stream-table duality. + Before we discuss concepts such as aggregations + in Kafka Streams, we must first introduce tables in more detail, and talk about the aforementioned stream-table duality. Essentially, this duality means that a stream can be viewed as a table, and a table can be viewed as a stream.

diff --git a/22/streams/core-concepts.html b/22/streams/core-concepts.html index 1e1aeb7b1aa..13c2a31b695 100644 --- a/22/streams/core-concepts.html +++ b/22/streams/core-concepts.html @@ -57,13 +57,13 @@

Core Concepts

We first summarize the key concepts of Kafka Streams.

- +

Stream Processing Topology

- There are two special processors in the topology: @@ -160,22 +160,21 @@

Duality of

Any stream processing technology must therefore provide first-class support for streams and tables. - Kafka's Streams API provides such functionality through its core abstractions for - streams <streams_concepts_kstream> and - tables <streams_concepts_ktable>, which we will talk about in a minute. - Now, an interesting observation is that there is actually a close relationship between streams and tables, - the so-called stream-table duality. - And Kafka exploits this duality in many ways: for example, to make your applications - elastic <streams_developer-guide_execution-scaling>, - to support fault-tolerant stateful processing <streams_developer-guide_state-store_fault-tolerance>, - or to run interactive queries <streams_concepts_interactive-queries> + Kafka's Streams API provides such functionality through its core abstractions for + streams + and tables, + which we will talk about in a minute. Now, an interesting observation is that there is actually a close relationship between streams and tables, + the so-called stream-table duality. And Kafka exploits this duality in many ways: for example, to make your applications + elastic, + to support fault-tolerant stateful processing, + or to run interactive queries against your application's latest processing results. And, beyond its internal usage, the Kafka Streams API also allows developers to exploit this duality in their own applications.

- Before we discuss concepts such as aggregations <streams_concepts_aggregations> - in Kafka Streams we must first introduce tables in more detail, and talk about the aforementioned stream-table duality. + Before we discuss concepts such as aggregations + in Kafka Streams, we must first introduce tables in more detail, and talk about the aforementioned stream-table duality. Essentially, this duality means that a stream can be viewed as a table, and a table can be viewed as a stream.

diff --git a/22/streams/developer-guide/running-app.html b/22/streams/developer-guide/running-app.html index f83210dd170..14ba34f9123 100644 --- a/22/streams/developer-guide/running-app.html +++ b/22/streams/developer-guide/running-app.html @@ -83,7 +83,8 @@ more information, see the State restoration during workload rebalance section).

-

Elastic scaling of your application

+ +

Elastic scaling of your application

Kafka Streams makes your stream processing applications elastic and scalable. You can add and remove processing capacity dynamically during application runtime without any downtime or data loss. This makes your applications resilient in the face of failures and for allows you to perform maintenance as needed (e.g. rolling upgrades).