現(xiàn)在是云原生和容器化時代，.NET Core對于云原生來說有非常好的兼容和親和性，dotnet社區(qū)以及微軟為.NET Core提供了非常方便的鏡像容器化方案。所以現(xiàn)在大多數(shù)的dotnet程序都是部署在各種容器化環(huán)境中，比如我們常見的Docker。

微軟官方為.NET提供的許多Docker鏡像，讓我們可以很方便的創(chuàng)建容器化的.NET應用。如下所示就是部分官方提供的不同操作系統(tǒng)的鏡像。

其它更詳細的內容大家可以點擊后面的網址查看：https://hub.docker.com/_/microsoft-dotnet-runtime/

使用VS新建一個項目，微軟官方給出的多段構建Dockerfile如下所示：

# 使用aspnet runtime鏡像作為基礎鏡像
FROM mcr.microsoft.com/dotnet/aspnet:6.0-focal AS base
WORKDIR /app
EXPOSE 80

# 使用sdk鏡像進行編譯 
FROM mcr.microsoft.com/dotnet/sdk:6.0-focal AS build
WORKDIR /src
COPY ["WebApplication1/WebApplication1.csproj", "WebApplication1/"]
RUN dotnet restore "WebApplication1/WebApplication1.csproj"
COPY . .
WORKDIR "/src/WebApplication1"
RUN dotnet build "WebApplication1.csproj" -c Release -o /app/build

# 使用build鏡像發(fā)布
FROM build AS publish
RUN dotnet publish "WebApplication1.csproj" -c Release -o /app/publish

# 拷貝編譯結果到base鏡像，完成鏡像打包
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

現(xiàn)在看起來一切都很美好，但是假設我們遇到某一些線上CPU 100%、內存占用率很高或者程序突然停止響應等問題我們需要使用dotnet-trace、dotnet-dump等工具時就會發(fā)現(xiàn)使用不了。

而且在沒有安裝.NET SDK的情況下，我們也無法安裝dotnet tool。

解決方案

1.直接使用命令安裝dotnet sdk，然后再安裝dotnet tool，微軟在官網給出的非常方便的安裝方案，但是這不是我們想要的，畢竟每次還得下載多麻煩。

2.構建最終鏡像使用sdk鏡像，這樣的話我們就可以直接安裝好這些工具，這也不是我們想要的，因為sdk鏡像太大了，不利于我們分發(fā)和下載（自建機房的鈔能力除外）。

3.就是我們今天提到的方案，我們可以利用Docker多段構建，使用sdk鏡像安裝好dotnet tool以后，直接COPY到我們runtime的鏡像，然后在runtime的鏡像中使用。

# 使用aspnet runtime鏡像作為基礎鏡像
FROM mcr.microsoft.com/dotnet/aspnet:6.0-focal AS base
WORKDIR /app
EXPOSE 80

# 使用sdk鏡像進行編譯 
FROM mcr.microsoft.com/dotnet/sdk:6.0-focal AS build
WORKDIR /src
COPY ["WebApplication1/WebApplication1.csproj", "WebApplication1/"]
RUN dotnet restore "WebApplication1/WebApplication1.csproj"
COPY . .
WORKDIR "/src/WebApplication1"
RUN dotnet build "WebApplication1.csproj" -c Release -o /app/build
# !!! 在build鏡像安裝dotnet tools
RUN dotnet tool install -g dotnet-dump \
    && dotnet tool install -g dotnet-trace

# 使用build鏡像發(fā)布
FROM build AS publish
RUN dotnet publish "WebApplication1.csproj" -c Release -o /app/publish

# 拷貝編譯結果到base鏡像，完成鏡像打包
FROM base AS final
WORKDIR /app

# !!! 從build鏡像中把dotnet工具COPY出來 并設置為PATH
COPY --from=build /root/.dotnet/tools /root/.dotnet/tools
ENV PATH="$PATH:/root/.dotnet/tools"

COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

其中關鍵就是這兩步，在build中使用dotnet tool來安裝好所需要的工具，然后復制到runtime鏡像中。

...
# !!! 在build鏡像安裝dotnet tools
RUN dotnet tool install -g dotnet-dump \
    && dotnet tool install -g dotnet-trace
...
# !!! 從build鏡像中把dotnet工具COPY出來 并設置為PATH
COPY --from=build /root/.dotnet/tools /root/.dotnet/tools
ENV PATH="$PATH:/root/.dotnet/tools"

當然我們可以打包一個包含好工具的runtime，供后面使用，就不用每次都安裝tool了。我個人比較喜歡使用Ubuntu作為基礎鏡像，大家也可以用Alpine之類的基礎鏡像來進一步縮小體積。

# 使用sdk鏡像進行編譯 
FROM mcr.microsoft.com/dotnet/sdk:6.0-alpine AS build

# !!! 在build鏡像安裝dotnet tools
RUN dotnet tool install -g dotnet-dump \
    && dotnet tool install -g dotnet-trace

# 使用aspnet runtime鏡像作為基礎鏡像
FROM mcr.microsoft.com/dotnet/aspnet:6.0-alpine AS base
WORKDIR /app

# !!! 從build鏡像中把dotnet工具COPY出來 并設置為PATH
COPY --from=build /root/.dotnet/tools /root/.dotnet/tools
ENV PATH="$PATH:/root/.dotnet/tools"

最終鏡像也很小，當然我們可以使用單文件發(fā)布和Native AOT讓鏡像它變得更小，那就是后話了，不在本文中介紹。

常用的工具

因為公司是自建機房，所以對于存儲和網絡帶寬都比較寬裕，我們一般會在生產環(huán)境運行的鏡像中安裝下面這些工具。

RUN dotnet tool install -g dotnet-dump \
    && dotnet tool install -g dotnet-trace \
    && dotnet tool install -g dotnet-counters \
    && dotnet tool install -g dotnet-sos \
    && dotnet tool install -g dotnet-gcdump \
    && dotnet tool install -g dotnet-monitor \
    && dotnet tool install -g dotnet-symbol \
    && dotnet tool install -g JetBrains.dotTrace.GlobalTools

在遇到線上問題的時候，排查起來非常方便，對于一些內存泄漏和CPU滿的問題，配合dotTrace很容易就能定位到問題所在。