在许多机器上部署本地the服务--这是正确的策略吗？

Question

我想知道向很多用户提供私有web服务实例的最佳方法，所以用户总是能够连接到他们自己的离线版本的服务，就像在调试时从可视化工作室运行web服务一样。我很难在VS2013中设置它，即使是在许多在线教程中，但我不确定它是否不起作用，因为它不应该这样工作。

我已就我的问题作了深入的解释，因为我不确定我是否以正确的方式处理这一问题，并希望得到反馈意见：

背景：

我有一个与引擎接口的web服务。这将处理前端，并为如何建立CAD模型构建一组命令。这些命令用于控制第三方CAD软件的API。因此，发动机有两种主要功能-

1. 构建CAD的API指令，可以保存到以后
2. 执行，其中捕获运行在同一台计算机上的计算机辅助设计软件的实例，并建立模型。

第二部分是对一般公众的限制。只有我们的内部用户才能使用它。然而，他们希望有一个相同的前端和用户体验。

问题是，如果他们与公共引擎连接，而公共引擎存在于我们的主服务器上，那么引擎将在同一台机器上寻找CAD包的实例--即服务器，正如上面所强调的那样。应该发生的是，引擎找到运行在控制UI所基于的机器上的CAD实例，并将其用作其目标。我曾与民航处的支援机构交谈过，他们说他们不知道如何去做。

因此，我们得到了我的解决方案，在每个员工的计算机上提供我的网络服务的离线独立服务。这意味着前端将在会话开始时检查本地主机连接是否可用。如果没有，它将使用主地址，这将把它带到我的服务器。否则，它将使用本地引擎，它将执行默认行为，即在同一台计算机上查找与其自身相同的CAD包。因为它在本地安装，现在是正确的机器，它将成功地找到用户的CAD实例。

终点站：

• UI不能直接访问引擎，因为我在前端使用Unity3D，并且存在.Net兼容性问题。
• 我需要一个完全独立的软件版本 不管怎么说，最终我要处理的是引擎 本地访问

Answer 1

最后我使用了IISExpress。我让用户安装这个文件，然后让他们调用我创建的批处理文件安装程序，它设置配置文件并将我的web项目移动到正确的目录。