Без общей группы каждый экземпляр получает анонимную группу и становится самостоятельным подписчиком: сообщение обработается столько раз, сколько экземпляров.
sottospring.cloud.stream.bindings.<name>-in-0.group=billing — экземпляры конкурируютА ещё Анонимные группы подходят только для «живых» уведомлений
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Consumer group реализует семантику конкурирующих потребителей: внутри одной группы сообщение достаётся ровно одному участнику, а разные группы получают собственную копию — это и есть разница между распределением нагрузки и широковещательной рассылкой. При отсутствии явной группы Spring Cloud Stream создаёт анонимную и, как правило, недолговечную подписку, поэтому при масштабировании появляются дубли, а при перезапуске теряются сообщения, пришедшие в простое. Практическое правило: для любого потребителя в production группа задаётся явно, а широковещательная модель выбирается сознательно, когда каждому экземпляру действительно нужна своя копия — например, для инвалидации локального кэша.
Один верный вариант. Подумайте, потом откройте ответ.
Binder abstraction, functional model, bindings, consumer groups, partitioning и trade-offs поверх Kafka/RabbitMQ.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.