我们的.net core实战项目之cms系列教程即将完结，通过这一系列的学习，您应该可以轻松应对.net core的日常开发了！当然，这个cms系统的某些逻辑处理仍需优化，例如未引入日志组件和缓存功能，权限目前仅支持到菜单级别，尚未扩展到具体功能（这主要是因为样式处理的难题，否则我也会将功能添加上去）。不过，这些都是次要的，后期有时间再慢慢完善吧，因为我开设这个系列的初衷是帮助大家入门.net core的学习！在本章中，我们将共同部署我们开发的网站。如果您在阅读过程中发现任何问题，欢迎在评论区留言或加入dotnetcore实战千人交流群637326624，与大家交流讨论！
在开始之前，既然系统已经开发完成，接下来肯定需要进行部署。作为一名.NET Core开发人员，如果不会部署自己的应用，显然不是一名合格的程序员。我们知道，要进行.NET Core开发，需要安装.Net Core SDK，而如果您只是在服务器上进行.NET Core部署，则只需安装Net Core Runtime即可。
您可以通过点击这里下载SDK和Runtime。
Asp.Net Core的部署方式接下来，我将带领大家总结Asp.Net Core的几种部署方式。我们平时使用Windows服务器较多，所以通常是直接通过IIS进行部署的。但是，Asp.Net Core开发的程序不仅可以部署在Windows系统的IIS上，还有许多其他的部署方式。以下是我为您梳理的一些部署方式，当然，这里也参考了园子中“幻天芒”的一篇文章，文章链接将在文末提供。
控制台直接运行Asp.Net Core程序发布后，会生成一个入口dll文件，要运行该程序，只需通过dotnet命令执行该dll文件即可。因此，第一种方式就是直接找到dll文件，并使用dotnet命令来运行。（您可能问dotnet命令从何而来？安装了Runtime后就有了。）当然，您还可以在运行时指定端口号。
# 通过控制台执行 dotnet Czar.Cms.Admin.dll --urls=http://localhost:8099
运行结果如下图所示：
IIS部署对于用.Net Framework开发的应用，大家都比较熟悉通过IIS进行部署。那.Net Core呢？虽然两者的运行模式不同，但微软为了降低迁移难度，也提供了通过IIS部署的方法。
与Asp.Net不同，ASP.NET Core不再由IIS工作进程（w3wp.exe）托管，而是通过自托管Web服务器（Kestrel）运行，IIS则作为反向代理角色，将请求转发到Kestrel不同端口的ASP.NET Core程序中，随后将接收到的请求推送至中间件管道中处理，完成请求和相关业务逻辑后，再将HTTP响应数据回写到IIS中，最终转达到不同的客户端（浏览器，APP等）。
如果要使用IIS部署Asp.Net Core程序，步骤如下：
在托管系统上，创建一个文件夹以包含应用已发布的文件夹和文件。目录结构主题中介绍了应用的部署布局。在“IIS管理器”中，打开“连接”面板中的服务器节点。右键单击“站点”文件夹。选择上下文菜单中的“添加网站”。提供网站名称，并将物理路径设置为应用的部署文件夹。提供“绑定”配置，并通过选择“确定”创建网站：
警告
不应使用顶级通配符绑定（http://*:80/ 和 http://+:80）。顶级通配符绑定可能会为应用带来安全漏洞。此行为同时适用于强通配符和弱通配符。使用显式主机名而不是通配符。如果可控制整个父域（区别于易受攻击的 *.com），则子域通配符绑定（例如，*.mysub.com）不具有此安全风险。有关详细信息，请参阅 rfc7230 第 5.4 条。
在服务器节点下，选择“应用程序池”。右键单击站点的应用池，然后从上下文菜单中选择“基本设置”。在“编辑应用程序池”窗口中，将“.NET CLR 版本”设置为“无托管代码”：
ASP.NET Core在单独的进程中运行，并管理运行时。ASP.NET Core不依赖加载桌面CLR。将“.NET CLR 版本”设置为“无托管代码”是可选步骤。
ASP.NET Core 2.2 或更高版本：对于使用进程内托管模型的 64 位 (x64) 独立部署，为 32 位 (x86) 进程禁用应用池。在 IIS 管理员的“应用程序池”的“操作”侧栏中，选择“设置应用程序池默认设置”或“高级设置”。找到“启用 32 位应用程序”并将值设置为 False。此设置不会影响针对进程外托管部署的应用。确认进程模型标识拥有适当的权限。如果将应用池的默认标识（“进程模型” > “标识”）从 ApplicationPoolIdentity 更改为另一标识，请验证新标识拥有所需的权限，可访问应用的文件夹、数据库和其他所需资源。例如，应用池需要对文件夹的读取和写入权限，以便应用在其中读取和写入文件。了解更多，请参考：IIS 部署.Net Core 应用
目前我们采用的方式就是通过IIS进行部署。
部署为 Windows Service通过 Windows Service的部署方式，我们可以解决控制台直接运行部署的开机启动和持久运行问题，也能避免 iis部署中的性能损失问题。具体如何操作呢？以下提供一种方式（当然，也可以使用其他方式来部署 Windows Service）：
借助 nssm 来管理 Windows Service，Nssm，用法，请参考：https://www.php.cn/link/981d50d64a8d5a7d90aa7eb49927e1b9 Service 开机启动。安装nssm，然后切换到nssm的安装路径，打开控制台运行如下的命令：nssm install 从而打开nssm的安装界面如下图所示：
就几个选项，很简单，大家根据英文说明进行配置即可。优势：
高性能部署，稳定性好。支持开机启动。劣势：
仅能用于 Windows 服务器。引入了一个外包依赖 NSSM。Linux 部署由于 .Net Core 天生支持跨平台，在廉价且稳定的 Linux 上部署 .Net Core 程序逐渐成为主流。对于 Linux 上的部署，与 Windows 上并没有什么区别。首先是安装 Runtime 环境，然后拷贝程序，并通过命令行运行。
再进一步，可以使用后台模式，让程序在后台运行。
更进一步，也可以效仿 Windows，把程序启动管理作为一个服务，来达到开机启动和灵活管理的目的。
Docker 部署作为当前个人认为的最棒的 .Net Core 应用部署方式，建议大家都了解一下。目前我们正在尝试进行Docker化，然后用K8S来进行管理。
首先，是 Docker 的基本使用：
编写 Dockerfile使用 docker build 构建镜像使用 docker run 创建容器并运行好，我们来依次说明，对于 Docker 来说，需要先安装 Docker 环境。
接着，我们假设发布包路径如下：
root-folder/ app/ # 发布包目录 xxx.dll # 程序入口点 Dockerfile # Dockerfile文件
然后针对该程序，编写如下 Dockerfile：
# 根镜像FROM microsoft/dotnet:2.2-runtime# 拷贝程序发布包COPY app /app# 设置工作目录WORKDIR /app# 导出的端口EXPOST 80# 程序运行命令CMD ["dotnet", "xxx.dll"]
接下来，通过在 root-folder 中执行 docker build -t xxx:0.0.1 . 来构建一个镜像。
接着，再通过 docker run -it -p 8000:80 --name xxx-demo xxx:0.0.1 来创建并运行容器。
这样，就可以通过 http://localhost:8000 来访问到您的应用程序了。
此处只是大概写下 Docker 部署的步骤，抛砖引玉。真正需要将其用于生产环境，还需要学习更多的 Docker 知识。
额外提一下，如何选择基础镜像
sdk -- 相信这个都比较容易理解，就是包含了 .Net Core SDK。runtime -- 这个也相对容易理解，包含了.Net Core Runtime。runtime-deps --这个就不是很好理解， runtime? deps? 什么意思呢？就是说，这个连 Runtime都不是全的，需要你在打包的时候，选择自寄宿模式，把Runtime也打进去。综上，我个人推荐大家选择 runtime 这类作为基础镜像。总结今天给大家介绍了asp.net core的几种部署方式，希望对大家有所帮助，当然部分内容我没有写的很详细，是想留给大家以思考，动手尝试下！感谢大家的阅读！
