windows-server-2008 – 在IIS中,将多个应用程序作为独立网站或默认站点中的虚拟目录托管是否更好？

背景

我最近为客户开发了一个MVC应用程序,他们希望在同一台服务器上托管它以及其他一些应用程序.

我更像是一个开发人员而不是服务器管理员,但我的本能是在IIS中使用自己的子域绑定设置一个新站点.

但是,客户端希望在默认站点中创建指向应用程序的虚拟目录.所以,例如,您将拥有：

COMPANY.COM/APP1和COMPANY.COM/APP2

而不是：

APP1.COMPANY.COM和APP2.COMPANY.COM

这确实有效;但是,它与标准HTTP标记中的相对URL冲突,这个问题很快得到解决.

题

在同一服务器上托管多个Web应用程序作为单独的站点或默认网站中的虚拟目录更好吗？虚拟目录方法有任何陷阱吗？

我不是在评判虚拟目录方法,它对我来说是新的,我想确保它不会在现在或将来引起问题.

我一直试图坚持使用各个站点来申请.您可以更好地控制所有内容,如果您正在运行ASP.NET,则不会遇到容易受到攻击的web.config级联问题.此外,您可以对应用程序池进行更精细的控制,并且实际上能够监视每个应用程序的性能.这是所有的偏好.

无论如何,最好的答案可能是您在网站级别而不是应用程序级别应用绑定.因此,如果每个应用程序都需要自己的URL或SSL而不是非SSL,那么您确实需要查看各个站点.

另外,正如您所提到的,您几乎必须考虑部署机制.任何相对URL的使用都会破坏很多东西.

最后：他们为什么不想使用子域？如果你问我,它提供了很好的干净的RESTful资源分离.