一. 简介

Asp.Net Core 部署方式有两种：依赖框架和独立部署。

1. 框架依赖的部署：

顾名思义，依赖框架的部署 (FDD) 依赖目标系统上存在共享系统级版本的 .NET Core。 由于已存在 .NET Core，因此应用在 .NET Core 安装程序间也是可移植的。 应用仅包含其自己的代码和任何位于 .NET Core 库外的第三方依赖项。 FDD 包含可通过在命令行中使用 dotnet 实用程序启动的 .dll 文件。 例如，dotnet app.dll 就可以运行一个名为 app 的应用程序。

对于 FDD，仅部署应用程序和第三方依赖项。 不需要部署 .NET Core，因为应用将使用目标系统上存在的 .NET Core 版本。 这是定目标到 .NET Core 的 .NET Core 和 ASP.NET Core 应用程序的默认部署模型。

优点

① 不需要提前定义 .NET Core 应用将在其上运行的目标操作系统。 因为无论什么操作系统，.NET Core 的可执行文件和库都是用通用的 PE 文件格式，因此，无论什么基础操作系统，.NET Core 都可执行应用。

② 部署包很小。 只需部署应用及其依赖项，而无需部署 .NET Core 本身。

③ 许多应用都可使用相同的 .NET Core 安装，从而降低了主机系统上磁盘空间和内存使用量。

这种模式是跨平台的，只要在对应平台装上 runtimes，然后把发布包做成可移植的，同一个发布包就可以跨平台了。

缺点

① 仅当主机系统上已安装你设为目标的 .NET Core 版本或更高版本时，应用才能运行。

② 如果不了解将来版本，.NET Core 运行时和库可能发生更改。 在极少数情况下，这可能会更改应用的行为。

2. 独立部署：

与 FDD 不同，独立部署 (SCD) 不依赖目标系统上存在的共享组件。 所有组件（包括 .NET Core 库和 .NET Core 运行时）都包含在应用程序中，并且独立于其他 .NET Core 应用程序。 SCD 包括一个可执行文件（如 Windows 平台上名为 app 的应用程序的 app.exe），它是特定于平台的 .NET Core 主机的重命名版本，还包括一个 .dll 文件（如 app.dll），而它是实际的应用程序。

对于独立部署，可以部署应用和所需的第三方依赖项以及生成应用所使用的 .NET Core 版本。 创建 SCD 不包括各种平台上的 .NET Core 本机依赖项，因此运行应用前这些依赖项必须已存在。

从 NET Core 2.1 SDK（版本 2.1.300）开始，.NET Core 支持修补程序版本前滚。 在创建独立部署时，.NET Core 工具会自动包含你的应用程序所指向的 .NET Core 版本的最新服务的运行时。 （最新服务的运行时包括安全修补程序和其他 bug 修复程序。）服务的运行时不需要存在于你的生成系统上；它会从 NuGet.org 自动下载。

FDD 和 SCD 部署使用单独的主机可执行文件，使你可以使用发布者签名为 SCD 签署主机可执行文件。

优点

① 可以对与应用一起部署的 .NET Core 版本具有单独的控制权

② 请放心，目标系统可以运行你的 .NET Core 应用，因为你提供的是应用将在其上运行的 .NET Core 版本

缺点

① 由于 .NET Core 包含在部署包中，因此必须提前选择为其生成部署包的目标平台

② 部署包相对较大，因为需要将 .NET Core 和应用及其第三方依赖项包括在内。

他不能跨平台，每个包都有对应的运行时，所以一份代码只能在对应的平台使用。

3. 部署的手段：文件系统、Web 部署、FTP。

二. 文件系统发布至 IIS

文件系统发布就是最传统的一种发布方式，利用开发工具生成一个发布包，然后部署到 IIS 上。

服务器上需要安装.Net 运行时和支持 Module，下载地址：https://dotnet.microsoft.com/download/dotnet-core/2.2

1. 生成发布包：

2. 部署到 IIS：

和普通的 Asp.Net Web 项目相同，但需要把进程池改成 ” 无托管代码 “。

三. Web 部署发布至 IIS

1. 前提：

安装 dotnet-hosting（这里的版本为 2.2.4，该安装包 包括：dotnet runtime 2.2.4 和 dotnet hosting）和 Web Deploy v3.6。

PS：runtime 是 dotnet 程序的运行时，hosting 是 IIS 支持 dotnet core 程序必备的模块（安装完后，IIS 模块中会有 AspNetCoreModuleV2 模块），WebDeploy v3.6 是服务器端支持“web 部署”方式必备的程序，而安装 WebDeploy 微软推荐通过“web platform”这个软件来安装（类似于 360 软件管家的性质）。

特别注意： 如果仅仅是本地运行，安装 runtimes 就行了，如果是服务器上部署，要安装 dotnet-hosting，里面已经包含了对应版本的 runtimes。

下载地址：https://dotnet.microsoft.com/download/dotnet-core

2. 必备环境的安装

(一).  dotnet-hosting 安装

(1). 安装 dotnet-hosting，去【https://dotnet.microsoft.com/download/dotnet-core/2.2】地址，下载 dotnet-hosting 程序。

(2). 在 WinServer2016 上安装【dotnet-hosting-2.2.4-win.exe】，安装过程如下图：

(3). 安装完毕后，cmd 命令【dotnet –list-runtimes】查看版本为 2.2.4 。在 IIS 模块中查看有 AspNetCoreModuleV2.

(二). Web Deploy 的安装

(1). 先安装【Web PlatForm】，通过 Web PlatForm 安装 Web Deploy，下载地址：Https://www.microsoft.com/web/downloads/platform.aspx

PS：当然也可以直接安装 Web Deploy，下载地址： https://www.microsoft.com/zh-cn/download/details.aspx?id=43717

(2). 在里面搜索 web deploy，进行 安装：

3. 发布步骤

(1). 选择 Web 的方式进行发布，输入服务器地址，账号密码、项目名称、项目地址，如下图：

(2). 点击，发布进行发布，如下图：发布成功。

补充：此处可能第一次链接上不上去，发布失败，这个时候，去服务器上把这个项目关闭，然后进行发布，发布成功后，在把该项目打开，以后再发布就正常了。

假设还有问题，在发布文件夹下新建要给 App_Offline.htm 即可，用于关闭 IIS。

四. FTP 发布至 IIS

分析：FTP 发布不同于上述 Web 部署的模式，服务器端不需要安装任何额外的插件，仅需要给服务器添加一个 FTP 发布即可。

1. 服务端添加 FTP 发布

(1). 选中 IIS 中的项目，添加 FTP 发布，步骤如下图：

添加完毕，点击绑定，发现里面多了一个 FTP 的 21 端口的地址。

 注：如果是阿里云或者其它云服务器，这里使用项目端口 8015 和 FTP 的 21 端口，需要在服务器的管理端配置一些，然后还要在服务器的防火墙中配置一下入站，部分操作如下图：

(2) 在 VS 中进行发布，选择 FTP 的模式发布，配置 服务器地址、登录账号、密码、项目地址，点击发布即可。

五. Windows 服务的形式发布

很多情况下，我们不使用 IIS，而是将 Asp.Net Core 程序发布成 Windows 服务的形式，步骤如下：

1.  通过 Nuget 安装程序集【 Microsoft.AspNetCore.Hosting.WindowsServices 】

2. 通过右键项目，通过编辑项目的 xxx.csproj 文件编辑项目的 RID，RID 的编辑规则如下图：

该项目发布在 win10 下，如下图

3. 在 Main 函数中将 Run 改成 RunAsService，同时可以通过 UseUrls 来配置访问地址，然后对该项目进行发布。

4. 利用 sc 相关的 windows 服务的指令进行服务的创建、开启、查询、停止、删除。（指令需要以管理员身份运行）

(1) 创建服务：sc create MyService binPath= “c:\svc\AspNetCoreServiceSample.ex”

(2) 启动服务：sc start MyService

(3) 检查服务状态：sc query MyService

(4) 停止服务：sc stop MyService

(5) 卸载服务：sc delete MyService  (删除前必须先停止服务)

来源：https://www.cnblogs.com/yaopengfei/p/10733772.html