Столкнулся с архитектурной проблемой применения параметров конфигурации.
Само применение параметров это viper+cobra.
Ранее требовалось прокидывать в приложение ~8 специфичных параметров настройки для определенного типа "работы". Недавно получил требование что это должены быть массивы параметров.
Не нравится что всё станет не читабельно. Запускаться с конфигом на 50-100 строк - плохо. А потом количество может ещё вырасти.. Уж молчу про ключи, которыми можно задавать работу всё этого безобразия.
Настройки специфичные, для дёргания внешних утилит (скажем так), не какие-нибудь порты/адреса и прочие пути к бд)
Делать отдельный конфиг-файл/мини-базу под массив специфичных настроек? Или есть ещё какие-нибудь пути?

юзай yml

Вот думаю два yaml попробовать. В одном "тру" конфиг. Во втором доп набор параметров.

лучше томл

если их логически можно нормально разбить то why not

лучше томл

Плюсую за toml, ибо yaml это изобретение дьявола, почему-то ставшее популярным

Да хоть json(щютка)
Человек спросил про организацию, а не про формат

Уже.
Всё равно как-то не очень выглядит, когда всё в одном

для go нормально, когда все в одном файле