У топика 6 партиций. Что даст параметр concurrency = 3 у @KafkaListener и что произойдёт при concurrency = 10?

Listener container создаёт указанное число потребителей внутри одной группы, и брокер распределяет между ними партиции. Поскольку партиция в каждый момент принадлежит ровно одному потребителю группы, число партиций задаёт потолок параллелизма — потребители сверх этого числа просто не получат работы, оставаясь резервом на случай отказа. Отсюда практическое следствие для планирования: масштабируемость закладывается при создании топика выбором количества партиций, а увеличить их позже можно, но это ломает привязку ключей к партициям и, значит, гарантию порядка для существующих ключей. Порядок при этом гарантирован только внутри партиции, поэтому связанные события отправляют с одним ключом.