Там в dynaconf прям интеграция с фласком есть, очень удобно.

А в чем минусы хранения конфигов в .py файлах?

В чем минусы хранить данные в виде исполняемого кода?

photo.jpg.exe

1. Конфиг не должен быть исполняемым форматом, иначе возникает соблазн напихать в конфиг ещё и логику по обработке конфига. Принцип разделения ответственнности.
2. Конфиг это та часть программы которая может и будет редактироваться не программистами, например сисадминами/девопсами. Соответсвенно лучше чтобы конфиг был в том формате который понятен не программисту. Питон код явно не подходит под этот критерий.
3. Конфиг обычно хранят вне репозитория, а код а репозитории.

И конфиг формат должен быть максимально "тупым" простым, меньше шанс получить ошибку.

У меня в текущем проекте вообще нет конфига. Штук 10 переменных окружения и всё

Ну так это тоже конфиг.

Понял, спасибо

В виде файла нету по сути

Просто задаёт его ваш оркестратор.

Угу

на Хабре перевод мегаучебника по фласку вообще предлагает в класе все переменные конфига хранить)

Нужно понимать что Мигель не охватывает всё в мире в одной книге. Для его целей и задач (показать что и как фласк умеет) конфига в классе вполне достаточно.

Тут же вопрос был про то как в реальном мире.

В классе - ок. Только он заполняется из конфигурационного файла, а не из кода. Либо выбирается один из вариантов на основе параметров заданных в конфигационном файле.

Код должен быть недоступен админы для редактирования

аа, тогда ладно)

+

не понял. типа динамические конфиги? так это ерунда