From 9e31e2eae17c5f24e7a22032900449657fd2f980 Mon Sep 17 00:00:00 2001 From: Filip Panovski Date: Thu, 22 Dec 2022 12:27:23 +0100 Subject: [PATCH] Extend docs on default partitioning strategy in Kafka binder - Resolves GH-2467 --- docs/src/main/asciidoc/kafka/kafka_partitions.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/src/main/asciidoc/kafka/kafka_partitions.adoc b/docs/src/main/asciidoc/kafka/kafka_partitions.adoc index 94cde0028..728d7d656 100644 --- a/docs/src/main/asciidoc/kafka/kafka_partitions.adoc +++ b/docs/src/main/asciidoc/kafka/kafka_partitions.adoc @@ -59,7 +59,7 @@ The above configuration supports up to 12 consumer instances (6 if their `concur It is generally best to "`over-provision`" the partitions to allow for future increases in consumers or concurrency. NOTE: The preceding configuration uses the default partitioning (`key.hashCode() % partitionCount`). -This may or may not provide a suitably balanced algorithm, depending on the key values. +This may or may not provide a suitably balanced algorithm, depending on the key values. In particular, note that this partitioning strategy differs from the default used by a standalone Kafka producer - such as the one used by Kafka Streams, meaning that the same key value may balance differently across partitions when produced by those clients. You can override this default by using the `partitionSelectorExpression` or `partitionSelectorClass` properties. Since partitions are natively handled by Kafka, no special configuration is needed on the consumer side.