.NetCore程序部署Docker通常有两种模式：
1、在本地编译成dll文件后通过rz命令或工具上传到服务器上，然后构建Docker镜像再运行容器。该方案和以前.net framework时部署windows类似，手工复制文件与重启。
2、在服务端直接通过Git获取最新源代码后编译打包，然后再构建Docker镜像再运行容器。该方案免去了往服务器复制文件这步操作，但是服务器环境需要安装.Net Core SDK 来编译源代码。

接下来我们将分别使用方案1和方案2制作镜像并生成容器。

1.项目创建

首先Visual studio2019创建一个.netCore Web应用，选择包含Docker文件（linux）

DockerFile选择始终复制

接下来我们分别使用方案1和方案2部署

2.方案1（手动发布）：

编写dockerFile内容如下：
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443
COPY . .
ENTRYPOINT ["dotnet", "netCore01.dll"]
VS解决方案，发布

上传文件
我们的发布目录在：源码项目目录\bin\Release\netcoreapp3.1\publish
发布完成后，我们到发布目录，将发布后的publish文件夹中所有上传到linux目录/home/wwwroot/netCore01_01
我这里是将publish中文件打包为publish.rar，然后通过rz命令上传到/home/wwwroot/netCore01_01目录，然后通过 rar x publish.rar解压，你也可以使用xftp/Secure file transfer client工具上传更易上手
解压完成后，我们执行镜像构建
进入到个net-core项目所在目录执行下面的命令（docker file所在目录）
docker build -t netcore01-v1 . *
（注意后面这个空格和.不能省，build是先找dockfile）
build镜像时会自动联网下载所面的基础镜像，如果机器无法联网可以自行下载并pull到本机，或者搭建私有镜像仓库解决这个问题。
构建过程如下，镜像aspnet:3.1-buster-slim如果提前下载过，整个build过程约10秒钟

容器生成
docker run --name netcore_v1_01 -d -p 7001:80 netcore01-v1
生成后我们用宿主机IP+70001端口就可以访问我们的服务了，80是容器内部端口

3.方案2（源代码模式）：

此模式通常是配合使用jenkins+git自动化构建，jenkins+git的我们下篇专门讲解，本例我们采用模拟源代码已经拉到linux后的场景，更便于我们理解后面与jenkins整合是如何自动构建的。

vs 的dockerfile如下（VS生成后一句也没修改）

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443
FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["netCore01.csproj", ""]
RUN dotnet restore "./netCore01.csproj"
COPY . .
WORKDIR "/src/."
RUN dotnet build "netCore01.csproj" -c Release -o /app/build
FROM build AS publish
RUN dotnet publish "netCore01.csproj" -c Release -o /app/publish
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "netCore01.dll"]

我们用命令对源代码生成镜像
1.先将代码打包成rar
2.使用rz命令上传到/home/wwwroor/netCore01目录（目录结构自行通过mkdir创建）
3.使用rar命令解压（如果linux上没有安装，自行安装该程序）rar x netCore01.rar 建议初学者使用工具上传
4.编译与构建：
docker build -t netcore01 .
注意后面的.不能省略（代表当前目录），netcore01是image名称，可以自行取名，但必须全部小写字母。
然后系统根据docker文件描述自动执行下载，编译及打包，这种模式步骤制作镜像时步骤较多，大概10多个步骤，完全完成需要2分钟左右。

编译完成后，查看下镜像名称：
docker images

然后我们可以根据镜像创建容器：
docker run --name netcore_ins_01 -d -p 9001:80 netcore01
其中9001为对外映射的端口，我们可以直接用宿主机IP:9001访问该服务
docker ps -a 查看docker 容器

访问URL可以看到返回JSON

4.总结

通常个人开发或练习采用方案1即可，当我们开发团队协同工作时将使用方案2的升级版本（jenkins+git自动化）
在微服务大行其道的今天，springboot+springcloud声势浩大，.net framework已经被虐的无地自容，.net core+容器+自动化还能勉强撑撑场面，也算为是.net未来 保留了一线生机和希望。