.NET 8.0 Docker镜像部署ECS Fargate后未监听8081端口求助

我们有一个使用.NET 8.0构建的简单Web项目，采用Docker容器化部署，未修改Visual Studio生成的默认Dockerfile，其内容如下：

FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
USER app
WORKDIR /app
EXPOSE 8080
EXPOSE 8081

在Docker Desktop中运行该镜像时，日志显示两条监听记录：

Now listening on: http://[::]:8080
Now listening on: https://[::]:8081

但将其部署至ECS（Fargate）后，仅监听http://[::]:8080端口，未监听HTTPS的8081端口，请问这是什么原因？

这是因为.NET 8的ASP.NET Core镜像在没有配置HTTPS证书的环境中会自动禁用HTTPS端点。

具体原因： #

• Docker Desktop本地运行时，Visual Studio或.NET SDK会自动为开发环境生成并挂载自签名证书，ASP.NET Core检测到证书存在，就会启动HTTPS的8081端口监听。
• ECS Fargate属于生产环境，默认没有提供HTTPS证书，ASP.NET Core无法找到有效的证书配置，因此只会启动HTTP的8080端口。

解决方法： #

• 挂载自定义HTTPS证书到容器
  在ECS任务定义中，将证书存储在AWS Secrets Manager或S3中，然后挂载到容器的指定路径（默认是/https/），同时设置以下环境变量：

  ASPNETCORE_Kestrel__Certificates__Default__Path=/https/your-cert.pfx
  ASPNETCORE_Kestrel__Certificates__Default__Password=your-cert-password
  

• 通过ALB处理HTTPS终止
  不在容器内配置HTTPS，而是在ECS前端配置Application Load Balancer（ALB），由ALB负责HTTPS证书的处理，容器仅监听HTTP的8080端口，ALB将HTTPS请求转发到容器的8080端口。这种方式是AWS ECS的主流部署模式，无需在容器内管理证书。
• 启用.NET开发证书（仅测试用）
  如果只是测试环境，可以在Dockerfile中添加生成开发证书的命令，但绝对不能用于生产环境：

  RUN dotnet dev-certs https --trust
  

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