.Net 远程处理与 WCF答案

【问题标题】：.Net Remoting vs. WCF.Net 远程处理与 WCF
【发布时间】：2010-10-11 22:52:57
【问题描述】：

我正在开发一个将有 1000 多个并发用户的 .Net 网站。

我正在考虑将业务组件保留在应用服务器上，将 UI 组件保留在 Web 服务器上。数据库 (MS SQL Server 2005) 将托管在另一台服务器上。我也打算使用负载平衡。

鉴于此，如果我想获得最佳的应用程序性能和可扩展性，从 Web 服务器到应用程序服务器的最佳通信方式是什么？

【问题讨论】：

【解决方案1】：

我有一个项目使用 2 台应用服务器和 2 台前端服务器加上负载平衡：完全没有问题。像一个想法一样快速运行。

我公司的另一个团队正在使用相同的基础架构。他们有很多问题……尤其是安全问题！

【讨论】：

【解决方案2】：

我们在高流量站点上使用带有硬件负载平衡的 net.tcp 绑定。它似乎工作得很好，我们没有遇到任何问题。

【讨论】：

【解决方案3】：

您可以查看here WCF 与其他通信技术（包括 .Net 远程处理）之间的性能比较。结论是：WCF 更快。

【讨论】：

【解决方案4】：

.NET 远程处理或多或少被“弃用”，它已被溶解到 WCF 中。所以这不是一个非此即彼的问题。我想你应该问：什么样的 WCF（绑定）或者是否有其他选择。

【讨论】：

您有该评论的来源吗？没有任何关联的类/方法被标记为 [已过时]，而且我找不到任何证据表明远程处理以任何方式与 WCF 相关联。
这就是为什么我说“或多或少”，Remoting 没有被删除（还），因此没有官方链接。但请查看活动（使用 SO 标签）或查看一些非官方出版物：social.msdn.microsoft.com/forums/en-US/wcf/thread/…
现在有一个来源：msdn.microsoft.com/en-us/library/kwdt6w2k%28v=VS.100%29.aspx“这个主题是特定于遗留技术的，它是为了向后兼容现有应用程序而保留的，不建议用于新开发。分布式应用程序现在应该是使用 Windows Communication Foundation (WCF) 开发。"