为什么 ASP.NET Core Multi-Stage Dockerfile 使用 4 Stages

Question

当您在 ASP.NET Core 站点上的 Visual Studio 中单击“添加 Docker 支持”时，这是默认的多阶段 Dockerfile。

FROM microsoft/aspnetcore:2.0 AS base
WORKDIR /app
EXPOSE 80

FROM microsoft/aspnetcore-build:2.0 AS build
WORKDIR /src
COPY WebApplication1.sln ./
COPY WebApplication1/WebApplication1.csproj WebApplication1/
RUN dotnet restore
COPY . .
WORKDIR /src/WebApplication1
RUN dotnet build -c Release -o /app

FROM build AS publish
RUN dotnet publish -c Release -o /app

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

为什么他们选择使用四个阶段，开始和结束base阶段。另外，为什么要publish使用相同的build基本图像创建舞台。为什么 Dockerfile 看起来不像三个阶段：

FROM microsoft/aspnetcore-build:2.0 AS build
WORKDIR /src
COPY WebApplication1.sln ./
COPY WebApplication1/WebApplication1.csproj WebApplication1/
RUN dotnet restore
COPY . .
WORKDIR /src/WebApplication1
RUN dotnet build -c Release -o /app

FROM build AS publish
RUN dotnet publish -c Release -o /app

FROM microsoft/aspnetcore:2.0 AS final
WORKDIR /app
EXPOSE 80
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

这有什么我缺少的优势吗？

Answer 1

该文件实际上相当于下面的文件

FROM microsoft/aspnetcore-build:2.0 AS build
WORKDIR /src
COPY WebApplication1.sln ./
COPY WebApplication1/WebApplication1.csproj WebApplication1/
RUN dotnet restore
COPY . .
WORKDIR /src/WebApplication1
RUN dotnet build -c Release -o /app
RUN dotnet publish -c Release -o /app

FROM microsoft/aspnetcore:2.0 AS base
EXPOSE 80
WORKDIR /app
COPY --from=build /app .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

现在他们选择 4 个构建阶段的原因可能是两个中的任何一个

• 展示性
• 未来的变化

所以它可能描绘了一个

base -> build -> publish -> deploy the build

具有 2 个构建阶段的尺寸也与此相同。所以2阶段和4阶段没有明显区别。它变成了一个问题：偏好、代表性等等。技术上没有什么不同