我有一个需要托管在两个不同服务器上的 ASP.NET MVC 项目。我知道这看起来很奇怪，但这是我客户的要求。
具体来说，我将有 2 台负载均衡的服务器
我正在考虑创建另一层（ASP.NET Web API），以便网络服务器仅提供 HTML 页面，应用服务器将包含业务逻辑并为所有客户端公开端点（网络，移动）打电话。 Web Server 将通过 RESTFUL 服务与 App Server 通信。
有没有更好的办法？任何解决方案将不胜感激。
提前致谢，
【问题讨论】：
标签： c# asp.net asp.net-mvc iis asp.net-web-api
这是一种相当正常的做事方式——让 Web 服务器专注于服务页面，让后端服务器处理应用程序业务逻辑的繁重工作。如果它在大量数据吞吐量的情况下大量使用，我会考虑将其设置为三层，分别具有单独的 Web、应用程序和数据库服务器。
Web API 也是两台服务器之间通信的不错选择，但如果您发现需要超越基本 REST 操作，则可能值得考虑将 WCF 作为替代方案。不过，让它运行起来需要更大的开销，而且绝对不适合胆小的人！
编辑
因此，您需要做的是将所有当前业务逻辑从现有控制器中移出，并移至位于第二台服务器上的一组相应的 Web API 控制器中。如果您小心，您应该能够将您的 MVC 控制器方法直接复制到您的 Web API 控制器中并添加适当的路由属性。您的数据库（如果有的话）也需要位于第二台服务器上。
完成此操作后，所有 MVC 控制器都会调用在第二台服务器上运行的 Web API。 MVC 控制器不应该对您的数据进行任何类型的处理，除了基本的调整以使其看起来不错（无论如何，保持控制器清洁是一种很好的做法）。
这应该让您对需要做什么有一个基本的了解。如果您需要任何关于任何步骤的更具体的信息，请大声喊叫，我会看看我是否可以详细说明。
【讨论】：
我们在项目中使用了类似的结构。服务层公开了多个网站和移动应用程序正在使用的 REST API。这种架构的美妙之处在于，所有的业务复杂性都隐藏在 API 后面，而前端主要处理演示需求。
但在开发此架构时需要注意两件事：
1.保护端点（REST API） - 如果您计划开发将使用 API 的移动应用程序，那么您必须通过防火墙公开端点并使其可以访问互联网。一种选择是使用不记名令牌验证来验证请求。您可以使用 Oauth 协议来保护端点。
2。序列化和反序列化的挑战： 由于 REST 使用 JSON 作为数据传输的标准格式，而 Json 不是强类型，因此挑战在于将数据映射到两端的适当模型。为了解决这个问题，我们为模型创建了一个通用项目并添加到（api 和 web）项目中。在 API 结束时，我们对模型进行序列化，我们将其反序列化为 Web 项目中的相同模型。他们完美地映射，没有打嗝。
希望以上提示对您有所帮助。
【讨论】：