Azure环境下ASP.NET Core Docker应用serilog.json存储最优管理方案

• 违背了容器化部署的制品与配置分离原则：将需要动态修改的serilog.json配置文件直接打包进只读的Docker镜像内，容器运行时对该文件的所有修改都会写入容器临时可写层，一旦容器销毁重建（也就是你每次每日部署的操作），临时层的所有数据都会被清空，自定义配置自然丢失。
• 运行时修改程序内置目录下的配置文件，本身也不符合ASP.NET Core的配置最佳实践，同时会引入不必要的文件写入权限要求，提升安全风险。

是的，这是解决当前问题的核心思路，也是容器化应用配置管理的标准实践。外部存储的配置不会随容器的生命周期变化而丢失，同时实现了应用镜像与配置的解耦，无需为了调整配置重新构建镜像。

以下三个方案适配不同的Azure部署场景，可根据你们的实际架构选择：

方案1：持久化卷挂载（适配所有Azure容器部署场景，改动最小） #

这是改动最小的方案，只需要调整部署配置和少量代码：

• 调整应用的Serilog配置加载逻辑：优先读取/app/external-config/serilog.json路径的配置文件，若文件不存在则回退加载程序内置的默认serilog.json
• 在Dockerfile中预留挂载目录：VOLUME ["/app/external-config"]
• 对应不同的部署服务配置持久化存储：
  • 如果使用Azure App Service部署容器：开启应用配置项WEBSITES_ENABLE_APP_SERVICE_STORAGE = true，将容器内/app/external-config路径绑定到App Service的持久化/home目录下的对应路径
  • 如果使用AKS/ACI部署：创建Azure Files共享或者持久化卷（PV），挂载到容器的/app/external-config路径
• 首次部署时将默认的serilog.json上传到对应的持久化存储路径即可，后续通过管理面板修改的配置都会写入外部持久化存储，不会随部署丢失。

方案2：使用Azure托管配置服务（更适合云原生架构，扩展性更强） #

如果你们需要更灵活的配置管理能力，可以改用Azure App Configuration托管Serilog配置，完全不需要处理本地配置文件：

• 应用引入Azure App Configuration的.NET配置提供器，将配置中心作为优先配置源，开启配置热重载能力
• 将Serilog的日志级别等可调整配置项迁移到Azure App Configuration中存储
• 调整管理面板的配置修改逻辑：不再修改本地serilog.json文件，改为调用Azure App Configuration的接口更新对应的配置项，ASP.NET Core会自动热重载新配置
• 该方案天然支持多实例配置同步，还可配合Azure Key Vault管理敏感配置，适合分布式、多环境部署的场景。

方案3：环境变量覆盖（临时快速解决方案） #

如果你们暂时没有资源调整存储架构，可以临时用环境变量覆盖的方式解决部分问题：

• 将Serilog的日志级别配置优先级调整为：环境变量 > 本地serilog.json
• 需要固定日志级别时，在Azure容器部署配置中设置对应的环境变量，部署时不会被重置
• 该方案的局限性是不支持通过管理面板动态修改持久化的配置，适合临时过渡使用。

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