在不同服务器上托管表示层和应用程序层

Question

我的表示层包含MVC模式，应用程序层包含服务和DTO，所有服务和DTO都使用ASP.NET框架。

像这样拆分代码的想法是，可以将表示层托管在一个负载均衡的服务器群集上，而将应用程序层托管在另一个负载均衡的服务器群集上。

我们不想在服务器之间序列化数据，而是希望能够激活类并在应用程序层中调用方法，就像它们是构成表示层的应用程序的一部分一样。

我找不到任何有关如何实现这样的设置的文档，也找不到这样的设置的名称，因此我很难入门。 我要实现的目标有可能吗？

Answer 1

您的第一个挑战将是连接演示文稿层和服务层。 使用Web API或SOAP公开服务层应该很轻松。 您甚至可以使用Windows RPC或DCOM，尽管我怀疑这可能是侵入性的，并且会强制更改服务层代码。

执行此操作时，您将引入额外的网络跃点和数据编组/解组（因为将对象转换为字符串表示形式，然后在网络上传输后又转换回对象），根据您的应用，这可能不会完全不同，但这是要牢记的。

您还需要解决如何缩放的问题。 这里最常用的方法是引入两个负载平衡器，一个用于前端，另一个用于后端。 扩展并增加另一层复杂性。

一种更现代（更简单，更高效）的方法可能是将您的应用组织为一组微服务。 您将部署应用程序功能的孤岛（例如用户管理或用户首选项），并将用户服务，DTO和演示控制器一起打包和部署。 然后，您可以分别部署应用程序的每个切片（并在每个切片中获得本机性能）。

当您将控制器逻辑移至客户端（Web浏览器）时，这种方法真正开始崭露头角。 单个客户端通过REST与众多后端通信。

否则，如果您以经典的mvc.net方式在服务器上模板化，那么微服务方法将变得不那么优雅。 至少，您必须解决在多个可部署对象之间分配通用模板资产（css，js，图像）的问题。 这不是一个大问题，但是您可能需要将其纳入构建过程中。 另外，您还必须考虑更改这些资产时会发生什么。 您是否需要重新部署所有全栈微服务？

Answer 2

您可以使用WCF ...

WCF的思想是允许您实现通过网络连接公开的服务器端类的效果。

您可以使用其属性和方法定义接口，构建其服务器端实现，并在实现的客户端使Visual Studio为您自动生成API。

您可以通过TCP / IP或HTTP连接使用WCF（不确定TCP / IP是否适合负载平衡/扩展）。 TCP / IP显然旨在用于同一LAN上的计算机之间的连接，我认为其开销要小于HTTP。 WCF还可以在命名管道上工作，但这是供进程在同一台计算机上处​​理通信的方法-在此不相关。 无论如何，无论您使用哪种协议，都仍然需要一个序列化过程。 对于HTTP，它将是SOAP（有点沉重）； 不确定TCP / IP。

我已经使用WCF通过TCP / IP，HTTP和命名管道成功实现了解决方案，但是扩展从来都不是其中的考虑因素。

对于大多数目的，我现在不再使用WCF，而是使用JSON作为序列化格式，而转而使用RESTful .NET WEB API 2服务。 与使用WCF相比，使用它们可能需要更多的工作，但是在服务器端进行设置要容易得多。

附录：

我应该为RESTful WEB API方法增加一个好处：灵活性。 今天，您不希望客户端浏览器处理javascript，但是如果应该更改javascript，则无需对应用程序服务器进行任何更改。 更改将仅限于演示服务器将处理过程从其自身转移到浏览器。 如果选择RPC方法（如WCF），则您对该架构的承诺更大，并且失去了轻松脱离该架构的灵活性。