将 ASP.NET Core 应用程序部署到 IIS

Question

互联网上有很多关于将.NET Core应用程序部署到IIS服务器的文章，但我仍然找不到以下问题的明确答案：

• 在 IIS 后面运行的 dotnet.exe 进程的生命周期是多少？ 我想与“经典”的 IIS 管理池相比，dotnet 进程在一段时间后不会停止。
• 现在我无法重新上传正在运行的应用程序，因为 dotnet.exe 进程正在使用某些文件。 如何解决这个问题？ 当我在同一台服务器上运行多个 .NET Core 应用程序时，我不能简单地终止这个进程......是的，我知道在容器中运行每个网站可以解决这个问题，但我的 Windows Server 机器上没有 Docker我读过几篇文章，其中有人说在 Windows 上运行 Docker 是一种移动。
• dotnet publish命令是否支持 MS Deploy 发布？ VSTS 上有一些插件可用于此类发布，但我希望能够从我的 Visual Studio 中执行相同的操作。 还有很多关于发布的教程，但所有这些教程都展示了如何将网站发布到本地文件夹，而不是远程服务器。

谢谢。

Answer 1

它不是托管代码，也就是说 IIS 不会像使用传统的 ASP.NET 应用程序那样加载模块来运行它，但是生命周期仍然像 IIS 托管的任何其他网站一样与应用程序池相关联。 总而言之，根据您的需要配置应用程序池。

同样，应用程序池在启动和停止方面很重要。 您的每个 Core 应用程序都应该在自己的应用程序池中运行，这意味着您可以独立启动/停止每个应用程序。

是的，您仍然可以使用 Web 部署。 部署实际上与正在部署的内容完全分开。 IIS 中站点的初始配置和发布期间发生的实际构建处理所有特定于 Core 的差异。 Web 部署只是移动文件。

Answer 2

我不相信我是这个问题的专家，但我可以分享我在 IIS 后面托管 .net core web api 的经验。

OT，与 Kestrel 相比，我的应用程序（以及我所有的 POC 应用程序）在 IIS 上托管时获得了大约 40% 的 rps。

• 我使用了 active/active 的一些变体，不，应用程序的生命周期与空闲时间无关
• 由于我的设置，我从不必担心这个问题，但是我看不到不重启服务的方法
• 通过 .net core cli 工具进行部署实际上非常简单和强大。 由于您不是 dockerizing，因此添加一些 powershell 远程处理/invokebuild，确实可以为您提供您需要的所有部署自动化。