Azure App Service托管身份连接Azure SQL DB配置问题咨询

问题1：执行dotnet webapp.dll时抛出Keyword not supported: 'authentication'错误，已安装Microsoft.Data.SqlClient 5.x.x #

• 检查Hangfire依赖：Hangfire.SqlServer默认依赖System.Data.SqlClient，而*Authentication*关键字是Microsoft.Data.SqlClient专属的。需要安装Hangfire.SqlClient包（替代Hangfire.SqlServer），或确保使用的Hangfire.SqlServer版本兼容Microsoft.Data.SqlClient（建议用最新版Hangfire）。
• 清理依赖冲突：确认项目中没有同时引用System.Data.SqlClient和Microsoft.Data.SqlClient，冗余引用会导致驱动加载混乱，保留Microsoft.Data.SqlClient即可。
• 验证EF Core配置：EF Core 3.x+默认使用Microsoft.Data.SqlClient，但如果手动指定了旧驱动，需在UseSqlServer中明确指定使用Microsoft.Data.SqlClient的工厂，不过通常最新版EF Core无需额外配置。

问题2：所有配置文件已推送至Kudu，应用会读取哪个配置文件？ #

你的理解不完全正确，ASP.NET Core的配置加载遵循以下优先级（后加载的覆盖前加载的）：

1. 基础配置文件appsettings.json
2. 基于环境变量*ASPNETCORE_ENVIRONMENT*的环境专属配置文件：
   • 若ASPNETCORE_ENVIRONMENT=Development，加载appsettings.development.json
   • 若ASPNETCORE_ENVIRONMENT=Acceptance，加载appsettings.acceptance.json
   • 若ASPNETCORE_ENVIRONMENT=Production，加载appsettings.production.json
3. Azure App Service的应用设置（包括连接字符串），会覆盖本地所有配置文件的同名项

可以在Kudu的Environment页面查看ASPNETCORE_ENVIRONMENT的值，确认当前加载的环境配置文件。

问题3：修改Authentication值或迁移连接字符串到App Service配置仍报错，配置优先级为何没生效？ #

核心问题并非配置来源，而是驱动不支持*Authentication*关键字，不管配置来自本地文件还是App Service，只要加载连接字符串的组件使用的是不支持该关键字的驱动（如System.Data.SqlClient），就会报错。

• 先解决问题1中的依赖冲突，确保EF Core、Hangfire等所有使用连接字符串的组件都绑定Microsoft.Data.SqlClient 5.x版本。
• 另外，在App Service中添加连接字符串时，选择SQL Azure类型而非Custom，避免潜在的解析问题。

问题4：多环境配置的最优方式，是否有更简便安全的方案？ #

你提到的方案（本地保留基础+开发配置，IaC从Key Vault拉取生产/验收配置）是安全合规的，另外还有更简便的实现方式：

• 直接使用Azure App Service的***Key Vault引用***：在App Service的应用设置中，用格式@Microsoft.KeyVault(SecretUri=https://<vault-name>.vault.azure.net/secrets/<secret-name>)引用Key Vault中的敏感配置，App Service会自动加载，无需编写IaC拉取逻辑。
• 本地开发用User Secrets存储敏感信息，避免将本地敏感配置提交到代码仓库；非敏感的本地配置放在appsettings.development.json。
• 部署时通过CI/CD管道（如Azure DevOps YAML）根据环境设置*ASPNETCORE_ENVIRONMENT*变量，并关联对应环境的Key Vault或变量组，自动注入配置。

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