从DotNetNuke文档中建议,从UNC共享运行IIS Web应用程序有什么坏处？

过去我曾经教过,从UNC共享运行Web应用程序是不明智的.我记得的原因是安全性,权利和授权问题和性能.但是,在 the DotNetNuke documentation it says：

The web farm configuration that DotNetNuke initially supports involves
two or more front end web servers (“web-heads”) whose IIS website root
directories are mapped to a common UNC share on a remote file server.
The UNC share contains the application source code as well as any
static content for the individual sites.

不知何故,这听起来像是一个穷人的配置,我觉得打开一个潜在的潘多拉的盒子.遵循DotNetNuke Corp的建议是明智的吗？

解决方法

使用DOtNetNuke进行此类配置时,有一些问题可能会成为问题.

>此方法虽然“Web场”方案导致单点故障. UNC共享成为您的阻塞点,如果它下降,所有节点都会关闭.
>磁盘IO和网络通信配置可能是个问题.这与可以在远程内容上打开/维护的“文件系统监视器”的数量有关.这个问题在大多数情况下都不是太大的问题,但是当它发生时可以成为皇家PITA.
>安全性可能是一个问题,但通常是您在配置开始时遇到的问题.您需要确保正确地为用户帐户分配权限,以便它可以完全访问UNC共享.

我猜测为什么这是DotNetNuke公司的“默认”推荐,将由以下原因引起.注意：这些只是我的意见.

>当涉及到实时内容同步时,此配置提供“最少”的复杂性.只有一个文件系统,没有必要谈论复制和那种性质的事情.>默认缓存使用基于文件的缓存,两者都可以轻松管理到同一系统缓存到期.如果复制它将无法正常工作.

原文地址：https://www.jb51.cc/html/227168.html