То, что я пытаюсь сделать: я пытаюсь настроить конфигурацию приложения Azure с веб-приложением mvc .net core 2.1 с дозорным ключом в конфигурации приложения Azure, чтобы иметь возможность изменять ключи в Azure и ни один из них. будет обновляться в моих приложениях, пока не будет изменено значение часового. Теоретически, это должно позволить мне безопасно выполнять конфиги горячей замены.
В чем заключается моя проблема: когда я делаю это, у меня нет доступного метода WatchAndReloadAll () для наблюдения за часовым в IWebHostBuilder, а альтернативные методы Refresh (), по-видимому, не обновляют конфигурацию в своем состоянии.
Общие сведения и то, что я пробовал: на прошлой неделе я посетил VS Live в Сан-Диего и посмотрел демонстрацию по настройке приложения Azure. У меня были некоторые проблемы с попыткой заставить приложение обновлять значения конфигурации при его имплементации, поэтому я также сослался на эту демонстрацию, описывающую, как это сделать. Соответствующий раздел находится примерно в 10 минутах. Однако этот метод, по-видимому, недоступен в IWebHostBuilder.
Документация, на которую я ссылаюсь: в официальной документации нет ссылки на этот метод, см. Doc quickstart .net core и doc динамическая конфигурация .net core
Моя среда: использование dot net core 2.1, запускаемого из Visual Studio Enterprise 2019, с последним пакетом предварительного просмотра для Microsoft.Azure.AppConfiguration.AspNetCore 2.0.0-preview-010060003-1250
Мой код: в демоверсии они создали IWebHostBuilder с помощью метода CreateWebHostBuilder (string [] args) следующим образом:
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>();
}
Я также попробовал это так, используя текущую документацию:
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>();
Затем в моем классе запуска:
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?}");
});
}
и наконец мои настройки конфигурации модели:
public class Settings
{
public string BackgroundColor { get; set; }
public long FontSize { get; set; }
public string FontColor { get; set; }
public string Message { get; set; }
}
Теперь в моем контроллере я извлекаю эти настройки и бросаю их в сумку для отображения для отображения в представлении.
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();
}
}
Простой вид для отображения изменений:
<!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>
Я могу заставить его вытащить конфигурацию в первый раз, однако, функция обновления не работает никоим образом.
В последнем примере я ожидал, что конфиги обновятся, когда для часового будет установлено любое новое значение или, по крайней мере, будет обновлено значение через 30 секунд после его изменения. Никакая длительность ожидания не обновляет значения, а только полное выключение и перезапуск приложения загружает новую конфигурацию.
Обновление: добавление app.UseAzureAppConfiguration (); в методе configure при запуске и при установке явного тайм-аута в кеше для конфигурации исправлен метод обновления для обновления через фиксированный промежуток времени, но функциональность дозорного по-прежнему не работает, равно как и флаг updateAll в методе обновления.
источник
ConfigureServices
методе в startuop.cs, напримерservices.Configure<LogSettings>(configuration.GetSection("LogSettings"));
Ответы:
Хорошо, после долгих испытаний и проб и ошибок, у меня это работает.
У меня возникла проблема с отсутствующим сервисом Azure в методе настройки. Здесь есть интересное поведение: он все равно будет сбрасывать настройки, просто не будет обновляться, если этого не будет. Таким образом, после того, как это было вставлено, и при правильной настройке стража для каждой документации, он работает с флагом updateAll. Однако это в настоящее время не задокументировано.
Вот решение:
В Program.cs:
Затем в Startup.cs:
Модель настроек, к которой я привязываю свои данные, полученные лазурью:
Универсальный домашний контроллер с конфигурацией, установленной на ViewBag для передачи нашему представлению:
Наш взгляд:
Надеюсь, это поможет кому-то еще!
источник