.net Web应用程序体系结构问题

我们正计划开发一个中型和大型的web应用程序

• 主要是积垢作业
• 报告
• 内联网/互联网就绪

有人想把应用程序分成两个独立的解决方案

ASP.NET Web应用程序-前端

核心应用程序-数据访问、域逻辑。。托管在windows服务中

通信将通过WCF（tcp，命名管道）实现

我想知道这个解决方案的利弊是什么

我最担心的是开发过程会变得复杂。所有这些通信都是通过WCF进行的

---

您是否可以分享一些想法，或者您是否有过类似项目的经验？

这是一种看待它的方式，但是如果您以“标准”n层方式编写应用程序，以便web前端不依赖后端的具体类，那么您可以在需要时在以后“添加”它，但提前“以防万一”会给系统增加很多复杂性

另一种方法是将应用程序放在带有负载平衡器的web场中，这可以降低代码复杂性，并允许您根据需要扩展

---

（我还要指出，100个并发用户并不是那么大）。

请定义中/大。预计的交通量是多少？分层将逻辑分离，并使添加更容易，例如，在之后将缓存作为一个新层。让我们从100个并发用户开始。但是有一个增长的潜力…你可以看看这个，类似的主题，你能不能更具体地介绍一下web farm的内容？好的，为了扩展，你可以像平常一样编写n层应用程序，将数据库放在一个单独的服务器上。如果负载真的增加了，你就把你的站点放在一个网络农场里，在负载均衡器后面有很多的Web应用服务器——这样你就可以很容易地缩放你的站点，同时仍然保持简单的代码。我会注意到，在这种情况下，你需要考虑在异光书店中的会话（在这种情况下是不好的）和缓存等。但这一切都是可行的。这种方法只有在层之间使用服务分离（WCF）时才可能实现？不，这种方法是为了避免服务分离的需要，因为它增加了复杂性。所有代码都在同一个框上运行，但有多个框。