Где принято хранить переменные окружения в ASP.NET Core?

Question

[MihailGorsenev123]

Где принято хранить переменные окружения в ASP.NET Core?

Если в Python – это .ENV файл и там их хранить и использовать достаточно просто.

То какой способ считается оптимальным в .NET?

Comments

[Василий Банников]

Переменные окружения или в принципе конфигурацию?

Answer 1

[Василий Банников]

Переменные окружения всегда хранятся в переменных окружения.

.env-файл - это не переменные окружения, а конфиг, который потом должна подхватить программа и добавить данные из него в свои переменные окружения.
В .NET есть пакет, который делает ровно это: https://www.nuget.org/packages/dotenv.net

В .net для конфигов принято использовать классы и интерфейсы из Microsoft.Extensions.Configuration.
Самый распространённый вариант конфига - файл appsettings.json.

Если мне память не изменяет, то m.e.c по-умолчанию в asp net core настроен так, чтобы тащить конфиги из appsettings, переменных окружения, и аргументов командной строки.

Отдельно можно ещё сделать интеграцию и с другими вариантами конфигурации при помощи "Configuration providers".

Подробнее можно почитать в документации: https://learn.microsoft.com/en-us/aspnet/core/fund...

Comments

[mxelgin]

В .NET есть проблема хранения секретных переменных окружения. Конфиг Docker и конфиг .Net не дружат друг с другом. В частности например в docker конфиг выносится в отдельные файлы secrect . В appsetting конфиг тоже выносится в secrets только свой. Это уже 2 разных конфига. Еще больше проблема в том что в appsettings строка соединения БД должна смотреть на службу докер, так как контейнеры в docker взаимодействуют друг с другом по именам. Это проблема при работе с миграциями так как миграции находятся снаружи и не могут взаимодействовать с контейнерами по именам то приходится постоянно лазить в конфиг и менять настройки.

[Василий Банников]

mxelgin, нет никаких проблем с их совмещением - docker же всё равно все секреты в переменные окружения затолкает, а раз так - значит потом дотнет их оттуда прочитает.

Это проблема при работе с миграциями так как миграции находятся снаружи и не могут взаимодействовать с контейнерами по именам то приходится постоянно лазить в конфиг и менять настройки.

Это не проблема. Миграции можно тоже в контейнере запускать - это раз.

Можно завести два конфига - это два.