部署在AKS上的ASP.NET 6 Web应用动态配置为何一段时间后失效？

1. 配置注入方式错误导致无法刷新 #

如果你的控制器中_appsettings是通过IOptions<T>注入的，它属于静态快照，只会在应用启动时加载一次，后续配置变更不会自动同步到实例中。

解决方法：
将注入类型替换为IOptionsSnapshot<T>（每次请求获取最新配置）或IOptionsMonitor<T>（支持配置变更监听），示例如下：

// 控制器构造函数注入修改
private readonly IOptionsSnapshot<AppSettings> _appsettingsSnapshot;

public YourController(IOptionsSnapshot<AppSettings> appsettingsSnapshot)
{
    _appsettingsSnapshot = appsettingsSnapshot;
}

[HttpGet("TestAppSetting")]
public ActionResult<Result> GetTestAppSettingReload()
{
    var result = _appsettingsSnapshot.Value.TestReloadTesting;
    return new Result{ TestReloadTesting = result };
}

2. Feature Flags 刷新配置缺失 #

虽然你设置了CacheExpirationInterval，但需要确保Feature Management直接绑定动态配置源，而非静态配置节：

// 替换原FeatureManagement注册代码
builder.Services.AddFeatureManagement()
    .AddFeatureFlagsFromAzureAppConfiguration(options =>
    {
        options.Label = "Feature-flag-label";
        options.CacheExpirationInterval = TimeSpan.FromSeconds(5);
    });

同时确认AKS环境中DefaultAzureCredential的权限有效性：如果使用托管身份，需确保身份对App Config和Key Vault的访问权限未过期、未被修改。

3. 时钟同步问题导致缓存过期异常 #

AKS节点系统时钟若与Azure服务时钟不同步，会导致缓存过期计算错误，配置无法按时刷新。

• 检查AKS节点的时钟状态，确保与NTP服务器正常同步（AKS默认配置NTP，可手动验证节点时钟）。

4. 网络连接限制 #

Pod初期能访问App Config但后续请求被拦截，需排查：

• AKS集群的网络策略、NSG规则，确认Pod到Azure App Configuration的出站连接未被限制；
• 查看App Configuration的访问日志，验证后续刷新请求是否成功到达服务，是否存在4xx/5xx错误。

5. 验证刷新触发逻辑 #

UseAzureAppConfiguration中间件会在每次请求时触发刷新检查，可添加日志确认逻辑是否执行：

config.AddAzureAppConfiguration(option =>
{
    option.Connect(appConfigConnString)
        .ConfigureRefresh(refreshOptions =>
        {
            refreshOptions.Register("AppSettings:TestReloadTesting", refreshAll: true);
            refreshOptions.SetCacheExpiration(TimeSpan.FromSeconds(5));
            // 添加刷新日志
            refreshOptions.OnRefresh(refreshResult =>
            {
                Console.WriteLine($"配置刷新触发：成功刷新{refreshResult.SucceededKeys.Count}个键，失败{refreshResult.FailedKeys.Count}个键");
            });
        })
        // 其他配置项...
});

内容的提问来源于stack exchange，提问作者msokrates