背景
我们试图解决的问题与框架组件的共享有关。对于网站可能包含多个服务的典型方法,所有服务都共享根bin目录,使用相同Framework组件的各种服务的部署包可能会相互覆盖。
例如:
- 服务A和B彼此一无所知。脚本,样式表和视图位于各自的Areas文件夹中。
- 服务A使用Framework Component X v1.0。这已经进入了BETA九月。
- 服务B使用Framework Component X v1.1。这已经在10月进入了BETA和LIVE。
- 由于延迟,服务A现在已准备好部署到LIVE。用于BETA的相同包(已经签署)已经覆盖Service A Framework Component X v1.1,因为它们共享相同的bin目录。
可能的解决方案
- 从Master重新分支服务A,更新依赖项并重新编译。
- 将每项服务独立托管到主要门户网站'网站,并处理跨站点请求。
- 将每项服务作为虚拟应用程序托管
醇>
我们宁愿避免重新编译代码来更新依赖项,因此选项1是最不受欢迎的。
我们的产业相当复杂,从基础设施的角度来看,选项2很难。但我们会考虑。
选项3允许我们维护单个主机解决方案,并且是首选。
我的问题
-
技术上是否可以使用IIS将MVC应用程序作为虚拟应用程序托管在MVC应用程序中?如果是这样,这是如何实现的?
-
有没有我错过的替代方案。
醇>