这个 dockerfile 是否创建了损坏的图像？

Question

我正在尝试在 Windows 10 上的 docker 容器上运行 dotnet core Web Api 应用程序

这是图像左侧的项目结构。 Dockerfile 是.csproj文件的上一级，所以它是这样的。

/WebApi {Root folder}
 - WebApi {folder container the WEbApi.csproj and other files folders}
 - Dockerfile
 - .dockerignore
 - WebApi.sln

这是 Dockerfile 的内容

FROM mcr.microsoft.com/dotnet/aspnet:3.1 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

# Copy csproj and restore as distinct layers 
FROM mcr.microsoft.com/dotnet/sdk:3.1 AS build
COPY WebApi/*.* src/
RUN dotnet restore src/WebApi.csproj
RUN dotnet build "src/WebApi.csproj" -c Release -o /app/build

# publish the project
FROM build AS publish
RUN dotnet publish src/WebApi.csproj -c Release -o /app/out

# Build runtime image
FROM base AS final
WORKDIR /app
COPY --from=publish /app/out .
ENTRYPOINT ["dotnet", "WebApi.dll"]

我使用这个docker build -t webapi-img . 在具有 Dockerfile 的同一文件夹中。

这是构建日志

然后我使用docker run -p 8090:8071 --name webpi-cntr webapi-img运行容器，它提供以下输出

info: Microsoft.Hosting.Lifetime[0]
      Now listening on: http://[::]:8071
info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: /app

容器运行，但是当我尝试使用http://localhost:8090/WeatherForecast访问主机上的服务时，出现 404 错误。

当我访问容器 CLI 并使用应用程序的端口运行 curl 命令时，我没有得到任何响应，如下面的屏幕截图所示

当我 telnet localhost 8090 回到主机上时，telnet 客户端连接到该端口。

看起来容器运行正确，映射也正确发生。 我的假设是核心 dotnet 应用程序没有正确运行，但我不知道是什么原因导致的，也不知道有什么方法可以进一步探讨这个问题。 任何指针？

PS：我使用 Dockerfile 是因为我想稍后通过 CDK 和使用管道将这个项目带到 AWS ECS 容器。 不确定我是否可以在那里使用 docker compose，但那是以后的事。

Answer 1

您应该将EXPOSE 8071添加到您的 Dockerfile 中，以便您的容器公开该端口。

Answer 2

问题出在这一行

COPY WebApi/*.* src/

这只是复制根文件夹中的文件，而不是包含控制器的文件夹。 这就是为什么在编译时，它无法找到路径/WeatherForecast但无论如何都在支持服务器。

对让一切正常的线路的更正是......

COPY WebApi/** src/