Extend docs on default partitioning strategy in Kafka binder

- Resolves GH-2467
This commit is contained in:
Filip Panovski
2022-12-22 12:27:23 +01:00
committed by Soby Chacko
parent af2df8ba0e
commit 9e31e2eae1

View File

@@ -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.