Что произойдёт, если у двух экземпляров сервиса в Spring Cloud Stream не задать одинаковую consumer group для входящего binding?

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