Как собрать общий конфиг для docker и asp net?

Question

[mxelgin]

docker-compose

version: '3.4'

services:
coredocker:
    image: coredocker
    build:
    context: .
    dockerfile: CoreDocker/Dockerfile
sql.data:
    image: microsoft/mssql-server-linux:2017-latest
    environment:
    - SA_PASSWORD=Pass@word
    - ACCEPT_EULA=Y
    ports:
    - "1433:1433"

appsettings.json

{
    "Logging": {
        "LogLevel": {
        "Default": "Warning"
        }
    },
    "AllowedHosts": "*"
}

secrets.json

"ConnectionStrings:LocalContext": "Data Source=localhost,1433;Initial Catalog=tempdb;Persist Security Info=True;User ID=sa;Password=Pass@word;Trust Server Certificate=True",
"ConnectionStrings:DockerContext": "Server=sql.data;Database=tempdb;User=sa;Password=Pass@word;TrustServerCertificate=true;",

program.cs

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddDbContext<DockerContext>(options =>
                options.UseSqlServer(builder.Configuration.GetConnectionString("DockerContext") ?? throw new InvalidOperationException("Connection string 'DockerContext' not found.")));

Код выше прекрасно работает внутри контейнера. Но как только мне надо провести обновление базы данных,
dotnet ef database update --context DockerContext
приходится менять в конфиге

Server=sql.data,1433;
на 
Server=localhost,1433;

как собрать общий конфиг чтоб не было необходимости в постоянных изменения в secrets.json ?

Answer 1

[mxelgin]

Вот мое решение

public class DockerContext: DbContext
    {
        private bool InDocker { get { return Environment.GetEnvironmentVariable("DOTNET_RUNNING_IN_CONTAINER") == "true"; } }
        protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
        {
            if (!InDocker)
            {
// Здесь переопределяем ConnectionString для миграций
            }
        }

или так
program.cs

public static bool InDocker { get { return Environment.GetEnvironmentVariable("DOTNET_RUNNING_IN_CONTAINER") == "true"; } }
public static void Main(string[] args)
{
  var builder = WebApplication.CreateBuilder(args);
  builder.Services.AddDbContext<DockerContext>(options =>
                options.UseSqlServer(builder.Configuration.GetConnectionString(InDocker ? "DockerContext" : "MigrationContext") ?? throw new InvalidOperationException("Connection string 'DockerContext' not found.")));
}

Comments

[OwDafuq]

Имхо, но проще будет сделать 2 конфига, а потом, в зависимости от Environment'a, подцеплять нужный. Например: appsettings.Production.json и appsettings.Development.json.

[mxelgin]

OwDafuq, это уже разделение внутри контейнера на среды разработка или производство. К сожалению этот вариант разделения не решает вопроса. Так как dot net будет тащить строку по умолчанию и контейнер будет тащить строку по умолчанию. То есть в вашем случае я могу поверх своего решения использовать еще и ваше решение appsettings.Production.json и appsettings.Development.json

[OwDafuq]

mxelgin, Не понял, как он будет тащить строку "по дефолту", если у вас в 2-х конфигах будут разные строки подключения и меняться они будут сами, в зависимости от среды? В этом и смысл разделения конфигов таким образом, что он будет сам решать, какой конфиг с какой строкой подключения ему взять

[mxelgin]

OwDafuq, расскажите как конфиги сами поменяются в зависимости от среды. может я что то не знаю. Конфиги ведь launchsettings.json находятся ,как там сказать что проект запущен из локальной среды.

[OwDafuq]

mxelgin, , вам нужен метод с bool аргументом в конце. А launchSettings.json - сам за себя говорит, отвечает за запуск приложения, но никак не настройки внутри приложения. Если кратко - можете написать метод(-расширение), в который передадите IServiceCollection, IConfiguration, IHostEnvironment, внутри которого, если вы находитесь, например, в Development'e, то подцепляете дополнительно .Development.json конфиг.

[mxelgin]

OwDafuq, как этот метод будет определять где запущен проект в локальной среде или в контейнере?

[OwDafuq]

mxelgin, Никто не запрещает вам ввести свою Environment переменную, либо принять как факт, что если запущено в Docker'e - Production, иначе - Development/Staging. Напишите в ТГ @ow_dafuq, так будет проще показать на примерах :)

Answer 2

[OwDafuq]

Т.к. настройки для подключения хранятся в секретах, то вариант с 2 конфига отпадает.
Примем за условность, что, накатывая миграции руками, мы будем находиться в Development среде, а при запуске приложения в Docker'e - в любой другой, тогда можно сделать что-то такое:

string connectionString;
if (builder.Environment.IsDevelopment())
{
    connectionString = builder.Configuration.GetConnectionString("LocalContext")!;
}
else
{
    connectionString = builder.Configuration.GetConnectionString("DockerContext")!;
}

builder.Services.AddDbContext<DockerContext>(options => options.UseSqlServer(connectionString));