Комментарии 9
Мне кажется, или проблема просто переместилась? Раньше вы правили конфиги, теперь вы правите параметр командной строки. Да, хорошо что вы стали использовать практики из документации по конфигурированию приложений, но «человеческий фактор» всё так же на месте.
Не совсем так.
Команда запуска хранится как комментарий в docker-файле, её удобно копировать для нужной среды. Далее мы подключаемся по ssh и запускаем контейнер.
Раньше приходилось заходить на каждый сервер, открывать файл конфига и менять десяток параметров.
Возможно, правильнее было бы сказать, что «человеческий фактор сведён к минимуму», но да, он всё ещё имеет место быть. Из практики, после этого изменения ошибок при запуске контейнера не было.

У себя на проекте я отказался от включения конфигов специфичных под различные окружения внутрь докер контейнера. Т.к. все равно найдется кейс, когда один из параметров нужно изменить, или, как вариант, развернуть новое окружение с нуля с отличными от существующих параметрами.
В вашем случае это приведет к пересборке докер образа и добавления/изменения конфига, хотя функционально ничего не менялось.
В итоге на проекте пришли к одному appsettings. config с дев параметрами внутри контейнера и установке всех остальных параметров через environment variables в docker-compose.yml на локальных машинах и в helm charts при деплойменте на uat окружения.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.