IIS,网站和嵌入式应用程序

时间:2014-09-20 11:25:03

标签: c# iis web-applications application-pool

设置IIS服务器(8.5)并查看如何构建它。它是一个内部业务Web服务器,不适用于客户托管或任何东西。

我的计划是构建IIS,如下图所示。

这是一种构建IIS的可行方法,我的意思是通过在单个网站中的应用程序中嵌入应用程序,我会遇到任何不利之处吗?或者不推荐?

我将为所有应用程序使用单独的App Pools。除了对包含Apps的区域进行分组之外,根网站实际上不会做任何其他事情。事实上,Area(X)应用程序也不会做任何事情,他们只是整齐地分组应用程序。

实际的应用程序都是WCF Web服务。

  • IIS
    • 商业系统1(网站)
      • 区域1(应用程序)
        • 申请1(App)
        • 申请2(App)
      • 区域2(应用程序)
        • 申请1(App)
        • 申请2(App)
    • 商业系统2(网站)
      • 区域1(应用程序)
        • 申请1(App)
        • 申请2(App)
      • 区域2(应用程序)
        • 申请1(App)
        • 申请2(App)

1 个答案:

答案 0 :(得分:0)

完成了更多的研究,似乎一般的意思是:

  • 是的,你可以像我最初发布的那样构建
  • 但是......将来在应用程序中嵌入应用程序可能会遇到问题
    • 这些不同的.NET版本未正确应用
    • 有修复,但它们看起来有点'脏',所以我想避免这个

所以..我想我只会使用以下结构,非常类似于原始但我只会使用Root网站中的普通旧文件夹/虚拟目录来分组真正的应用程序:

  • IIS
    • 商业系统1(网站)
      • 区域1(文件夹/虚拟目录)
        • 应用程序1(应用程序)*自己的应用程序池
        • 应用程序2(应用程序)*自己的应用程序池
      • 区域2(文件夹/虚拟目录)
        • 应用程序1(应用程序)*自己的应用程序池
        • 应用程序2(应用程序)*自己的应用程序池
    • 商业系统2(网站)
      • 区域1(文件夹/虚拟目录)
        • 应用程序1(应用程序)*自己的应用程序池
        • 应用程序2(应用程序)*自己的应用程序池
      • 区域2(文件夹/虚拟目录)
        • 应用程序1(应用程序)*自己的应用程序池
        • 应用程序2(应用程序)*自己的应用程序池