Я сразу скажу что я на стороне хардкода, поскольку не

вижу причин запускать один и тот же консюмер с разными именами топика и консюмергруппами в одной топологии (а в разных и пофиг как-то).

Но может быть я упускаю важный аргумент за конфигурацию и критические сценарии для этого?

из критичного случайный запуск консумера в частично кривой среде, например на ПК разраба. Случайно указанный адрес стейджа, вычитка пару сообщений, которых не получит консумер, стоящий на самом стенде - потом будете искать куда потерялось вечность

Для этого есть конфигурация адреса брокера, зачем при этом топик подменять? Да и как поможет конфигурация, если там те же значения что и на стейже?

так разговор же про хардкод топик+CG, если эта связка одинакова на всех стендах, то велкам проблемы

В нашем случае не проблема, потому что стенды недоступны с машин разработчиков, никакой возможности прямого доступа нет. Если очень хочется напрямую подключиться, то все равно нельзя. Но с тем же успехом тогда надо и имена таблиц в БД в конфигурацию пихать, а то вдруг кто случайно коннекшнстринг подставит с прода?

хорошо что у вас в ногу не выстрелить, тогда зачем выносить вопрос на обсуждение, если парируете "а у нас такого быть не может"? Ну а про БД - таблицы эт перебор, всетаки на них отображается доменная модель, но вот название БД очень даже конфигрируемо должно быть. И там где имеются схемы то и они тоже

Я пришел попросить сильных аргументов в пользу противной точки зрения. Несколько услышал, в любом случае. Парирую на автомате, я понимаю, что кто-то вообще в рамках одного сервиса держит несколько консюмеров разных групп, и там наверное тоже удобно конфигурить топики и CG. Так название БД это часть строки подключения почти всегда же. Смысл ее в отдельности держать при конфигурации?

если из урла настраивается и вам достаточно, то и замечательно

Я правильно понимаю что у вас и топик, и групайди настраиваются у консюмеров через конфиги?

да, так же как и остальные параметры подклчюения