Asp.net 从IIS上的zip文件运行web应用程序

Asp.net 从IIS上的zip文件运行web应用程序,asp.net,iis,Asp.net,Iis,我想得越多,我就越问自己我错过了什么 假设我有一个ASP.NET应用程序。文件夹中的所有文件都是只读的。为什么我不能用未压缩的zip或tar打包,并将其显示给IIS中的添加应用程序进程 我看不出有什么问题。甚至可能更快,因为没有安全检查,只有普通数据。部署将更加一致和快速,特别是当您有数千个文件时。如果您可以使用新的dotnet运行应用程序包,比如dotnet运行MyApplicationPackage.zip,这将非常酷 通常我会在网上找到很多关于我的想法的文章,但不是这篇 有什么想法吗?没有

我想得越多,我就越问自己我错过了什么

假设我有一个ASP.NET应用程序。文件夹中的所有文件都是只读的。为什么我不能用未压缩的zip或tar打包,并将其显示给IIS中的添加应用程序进程

我看不出有什么问题。甚至可能更快,因为没有安全检查,只有普通数据。部署将更加一致和快速,特别是当您有数千个文件时。如果您可以使用新的dotnet运行应用程序包,比如dotnet运行MyApplicationPackage.zip,这将非常酷

通常我会在网上找到很多关于我的想法的文章,但不是这篇


有什么想法吗?

没有,不可能以ZIP/TAR/WAR文件的形式分发IIS应用程序


这听起来更像是过早的优化,正如你所说,你有10个文件。

我不太清楚你在问什么或在寻找答案。一个未压缩的zip文件与将文件夹放到某个位置有什么不同?为什么没有安全检查,什么意思只是简单的数据?我不确定如何加快部署速度,因为无论哪种方式,它都是移动的单个文件/文件夹。我的一个web应用程序有10个以上。大部分是小文件。从速度的角度讲,如果在单个未压缩文件中复制,则通过网络复制的时间要长得多。通过安全检查,我想到了文件系统的安全性。所以,如果您需要检查1个文件的安全策略,我相信它可能比检查10k文件更快。我这样问是因为我已经使用了一个系统,其中10k个文件被合并到一个文件中,并且因为这样处理文件意义上的数据更容易、更快。如果build server只能准备一个文件,这对IIS来说就足够了。Docker是一种更标准的方法。ZIP不是一种理想的格式。即使docker也不是理想的格式,远非如此:嗯,也许windows容器是这个想法的方向,但my要简单得多。在某个位置放置文件夹与创建ZIP文件,同时确保选择“解压缩”选项。对我来说并不简单:/不,我说的是10k文件10000文件。