O que estou tentando fazer: estou tentando configurar a Configuração de Aplicativo do Azure com um aplicativo Web mvc 2.1 .net core 2.1 com uma chave sentinela na Configuração de Aplicativo do Azure, com o objetivo de poder alterar as chaves em azul e nenhuma delas será atualizado nos meus aplicativos até que o valor da sentinela seja alterado. Em teoria, isso deve permitir configurações de troca a quente com segurança.
Qual é o meu problema: quando faço isso, não há um método WatchAndReloadAll () disponível para assistir o sentinela no IWebHostBuilder, e os métodos alternativos Refresh () parecem não atualizar a configuração conforme indicado.
Informações de plano de fundo e o que eu tentei: participei do VS Live - San Diego, na semana passada, e assisti a uma demonstração no Azure App Configuration. Eu tive alguns problemas ao tentar fazer com que o aplicativo atualizasse os valores de configuração ao implementá-lo, então eu também referenciei esta demonstração descrevendo como fazer isso também. A seção relevante tem aproximadamente 10 minutos. No entanto, esse método não parece estar disponível no IWebHostBuilder.
Documentação que estou referenciando: Na documentação oficial, não há referência a esse método, consulte doc quickstart core do .net e configuração dinâmica do doc .net core
Meu ambiente: usando o dot net core 2.1 sendo executado no Visual Studio Enterprise 2019, com o pacote de nuget de visualização mais recente para Microsoft.Azure.AppConfiguration.AspNetCore 2.0.0-preview-010060003-1250
Meu código: Na demonstração, eles criaram um IWebHostBuilder por meio do método CreateWebHostBuilder (string [] args) da seguinte maneira:
public static IWebHostBuilder CreateWebHostBuilder(string[] args)
{
return WebHost.CreateDefaultBuilder(args)
.ConfigureAppConfiguration((hostingContext, config) =>
{
var settings = config.Build();
config.AddAzureAppConfiguration(options =>
{
options.Connect(settings["ConnectionStrings:AzureConfiguration"])
.Use(keyFilter: "TestApp:*")
.WatchAndReloadAll(key: "TestApp:Sentinel", pollInterval: TimeSpan.FromSeconds(5));
});
})
.UseStartup<Startup>();
}
Eu também tentei dessa maneira, usando a documentação atual:
public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
WebHost.CreateDefaultBuilder(args)
.ConfigureAppConfiguration((hostingContext, config) =>
{
var settings = config.Build();
config.AddAzureAppConfiguration(options =>
{
// fetch connection string from local config. Could use KeyVault, or Secrets as well.
options.Connect(settings["ConnectionStrings:AzureConfiguration"])
// filter configs so we are only searching against configs that meet this pattern
.Use(keyFilter: "WebApp:*")
.ConfigureRefresh(refreshOptions =>
{
// In theory, when this value changes, on the next refresh operation, the config will update all modified configs since it was last refreshed.
refreshOptions.Register("WebApp:Sentinel", true);
refreshOptions.Register("WebApp:Settings:BackgroundColor", false);
refreshOptions.Register("WebApp:Settings:FontColor", false);
refreshOptions.Register("WebApp:Settings:FontSize", false);
refreshOptions.Register("WebApp:Settings:Message", false);
});
});
})
.UseStartup<Startup>();
Então, na minha classe de inicialização:
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
services.Configure<Settings>(Configuration.GetSection("WebApp:Settings"));
services.Configure<CookiePolicyOptions>(options =>
{
// This lambda determines whether user consent for non-essential cookies is needed for a given request.
options.CheckConsentNeeded = context => true;
options.MinimumSameSitePolicy = SameSiteMode.None;
});
services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_1);
}
public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
else
{
app.UseExceptionHandler("/Home/Error");
app.UseHsts();
}
app.UseAzureAppConfiguration();
app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseCookiePolicy();
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
}
e finalmente meu modelo de configuração de configurações:
public class Settings
{
public string BackgroundColor { get; set; }
public long FontSize { get; set; }
public string FontColor { get; set; }
public string Message { get; set; }
}
Agora, no meu controlador, puxo essas configurações e as jogo em uma sacola de exibição para ser exibida na exibição.
public class HomeController : Controller
{
private readonly Settings _Settings;
public HomeController(IOptionsSnapshot<Settings> settings)
{
_Settings = settings.Value;
}
public IActionResult Index()
{
ViewData["BackgroundColor"] = _Settings.BackgroundColor;
ViewData["FontSize"] = _Settings.FontSize;
ViewData["FontColor"] = _Settings.FontColor;
ViewData["Message"] = _Settings.Message;
return View();
}
}
Uma visualização simples para exibir as alterações:
<!DOCTYPE html>
<html lang="en">
<style>
body {
background-color: @ViewData["BackgroundColor"]
}
h1 {
color: @ViewData["FontColor"];
font-size: @ViewData["FontSize"];
}
</style>
<head>
<title>Index View</title>
</head>
<body>
<h1>@ViewData["Message"]</h1>
</body>
</html>
Posso fazer com que a configuração seja baixada pela primeira vez, no entanto, a funcionalidade de atualização não parece funcionar de forma alguma.
No último exemplo, eu esperava que as configurações atualizassem quando o sentinela fosse definido com qualquer novo valor, ou, no mínimo, atualizasse um valor 30 segundos após a alteração. Nenhum tempo de espera atualiza os valores e apenas um desligamento completo e a reinicialização do aplicativo carregam a nova configuração.
Atualização: Adicionando app.UseAzureAppConfiguration (); no método configure na inicialização, e a definição de um tempo limite explícito no cache para a configuração corrigiu o método de atualização após um período fixo de tempo, mas a funcionalidade sentinela ainda não funciona, nem o sinalizador updateAll no método de atualização.
fonte
ConfigureServices
método em startuop.cs, comoservices.Configure<LogSettings>(configuration.GetSection("LogSettings"));
Respostas:
Ok, depois de muitos testes e tentativas e erros, eu tenho isso funcionando.
Meu problema foi um serviço ausente para o azure no método de configuração. Há algum comportamento interessante aqui, pois ele ainda puxa as configurações, mas não será atualizado, se isso estiver faltando. Portanto, uma vez inserido, e com um sentinela adequado configurado por documentação, ele funciona com o sinalizador updateAll. No entanto, isso não está documentado no momento.
Aqui está a solução:
Em Program.cs:
Em seguida, no Startup.cs:
O modelo de configurações ao qual estou vinculando meus dados recuperados do azure:
Um controlador doméstico genérico com a configuração configurada para o ViewBag para passar para nossa visualização:
Nossa visão:
Espero que isso ajude alguém!
fonte