Комментарии 1
Кажется проблемы начинаются там, где принимается первое решение "а давайте добавим третий вид конфигов - ничего страшного не случится же?".
Да, бывают ситуации, когда, например, нужно иметь статичный конфиг yaml, а из env/path задавать какие-то внешние переменные, которые задаются иным способом (по виду данных и особенностям работы с ним с точки зрения бизнес-требований).
Но когда добавляют третий способ конфига - это уже что-то не то в архитектуре, надо рефакторить идею (вы же идею обсуждаете до реализации (прототип допускается), а не постфактум?).
А по существу: yq, как вариант (в смысле код переиспользовать. Ну или как внешний сервис, тоже почему бы и нет. Это же всё равно только первые миллисекунды инициализации).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Конфиг в Go: библиотек много, «единого решения» нет