Azure Linux应用服务运行.NET BackgroundService容器的问题求助

我有一个运行.NET Host和BackgroundService的容器，在Mac本地运行正常，但部署到Azure App Service on Linux后启动即终止。原因似乎是Azure Linux应用服务期望容器响应8080端口的HTTP探测，但我的容器是后台服务而非Web服务器，未暴露任何端口。

需要解决的疑问：

• 是否需要将其转换为WebHost以响应探测？
• 是否应改用其他Azure基础设施（如Container Apps）？
• 能否关闭HTTP探测？（在门户中未找到明显设置方式）
• 还有其他解决方案吗？

容器启动日志 #

2024-04-26T19:45:41.663Z INFO  - Starting container for site
2024-04-26T19:45:41.663Z INFO  - docker run -d -p 4665:8080 --name redactedappname1302_0_61646b2f -e WEBSITE_USE_DIAGNOSTIC_SERVER=false -e WEBSITES_PORT=8080 -e WEBSITE_SITE_NAME=redactedappname1302 -e WEBSITE_AUTH_ENABLED=False -e WEBSITE_ROLE_INSTANCE_ID=0 -e WEBSITE_HOSTNAME=redactedappname1302.azurewebsites.net -e WEBSITE_INSTANCE_ID=2c847a802c8040b33d7df73fac3a50614d8069754a88be4922fa1677ca17ce3d -e HTTP_LOGGING_ENABLED=1 redactedregistryname.azurecr.io/redactedappname:20240426.20.2cf015ff -p 80:8080
2024-04-26T19:45:44.387Z INFO  - Initiating warmup request to container redactedappname1302_0_61646b2f for site redactedappname1302
2024-04-26T19:45:49.146Z ERROR - Container redactedappname1302_0_61646b2f for site redactedappname1302 has exited, failing site start
2024-04-26T19:45:49.159Z ERROR - Container redactedappname1302_0_61646b2f didn't respond to HTTP pings on port: 8080, failing site start. See container logs for debugging.
2024-04-26T19:45:49.233Z INFO  - Stopping site redactedappname1302 because it failed during startup.

后台服务代码（脱敏后） #

var builder = Host.CreateDefaultBuilder();

builder.ConfigureAppConfiguration((context, configBuilder) =>
{
// 已脱敏，配置日志等逻辑，本地运行正常
});

builder.ConfigureServices((context, services) =>
{
    services
          // 添加各类服务，已脱敏，本地运行正常
          // 核心是添加自定义后台服务
        .AddHostedService<MyBackgroundService>(); 
});

Log.Information("Starting ...");

var app = builder.Build();

try
{
    await app.RunAsync();
}
catch (Exception ex)
{
    Console.WriteLine(ex);
    Log.Error(ex, "Failure");
}

针对你的疑问逐一解答，并给出可行方案：

1. 是否需要转换为WebHost以响应探测？ #

不需要完全改成Web应用，只需要在现有Host基础上添加极简的HTTP端点适配探测即可：

• 在ConfigureServices中添加AddEndpointsApiExplorer()和AddHealthChecks()
• 扩展Host构建逻辑，添加一个监听8080端口的最小Web服务，仅暴露健康检查端点（比如/healthz）
• 修改Dockerfile添加EXPOSE 8080指令

这种方式无需改动原有业务逻辑，仅需少量代码就能满足Azure的探测要求。

2. 是否应改用Azure Container Apps？ #

这是更适配后台服务的选型。Azure Container Apps支持自定义健康探测规则（包括TCP探测、无探测选项），不需要强制暴露HTTP端口；同时它原生支持长时间运行的后台任务、自动扩缩容等特性，比App Service更契合非Web类容器的运行场景。如果不需要App Service的Web专属特性（如简易域名绑定、Web应用防火墙），建议直接迁移到Container Apps。

3. 能否关闭Azure App Service的HTTP探测？ #

Azure App Service on Linux容器部署场景下，无法直接关闭HTTP探测，但可以通过配置缓解：

• 设置应用环境变量WEBSITES_CONTAINER_START_TIME_LIMIT为更大值（比如1800，单位秒），给后台服务足够启动时间，但这只能缓解，无法彻底解决探测失败导致的容器被终止问题。

4. 其他解决方案 #

• 切换为TCP探测：通过Azure CLI修改探测类型为TCP，只需容器监听8080端口即可（无需处理HTTP请求）。执行命令：

  az webapp config set --name <你的应用名> --resource-group <资源组名> --health-check-protocol TCP
  

  对应需要在后台服务中添加一个空的TCP监听器绑定8080端口，确保端口处于开放状态，让Azure的TCP探测判定服务存活。

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