.Net 远程处理与 WCF
我正在开发一个 .Net 网站，该网站将有数千个并发用户。
我正在考虑将业务组件保留在应用程序服务器上，将 UI 组件保留在 Web 服务器上。 数据库（MS SQL Server 2005）将托管在另一台服务器上。 我也计划使用负载平衡。
鉴于此，如果我想获得最佳的应用程序性能和可扩展性，从 Web 服务器到应用程序服务器的最佳通信方式是什么？
I am working on a .Net website which is going to have 1000s of concurrent users.
I am thinking of keeping the business components on the app server and UI components on the web server. Database (MS SQL Server 2005) will be hosted on another server. I am planning to use the load balancing as well.
Given this, what's the best way of communication from web server to app server if I want to have the optimum application performance and scalability?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
您可以在此处查看 WCF 与其他通信技术（包括.Net 远程处理）。 结论是：WCF更快。
You can check here a performance comparison between WCF and other communication technologies (including .Net remoting). The conclusion is : WCF is faster.
.NET 远程处理或多或少已被“弃用”，它已被溶解到 WCF 中。 所以这不是一个非此即彼的问题。 我想你应该问：哪种 WCF（绑定）或者是否有其他替代方案。
.NET remoting is more or less 'deprecated', it has been dissolved into WCF. So it's not an either/or question. I suppose you should ask: what kind of WCF (binding) or whether there are other alternatives.
我们在高流量站点上使用 net.tcp 绑定和硬件负载平衡。 它似乎工作得很好，我们没有遇到任何问题。
We use net.tcp bindings with hardware load balancing on our high traffic sites. It seems to work great and we haven't had any problems with it.
我有一个使用 2 个应用程序服务器和 2 个前端服务器加上负载平衡的项目：完全没问题。 像念头一样快速奔跑。
我公司的另一个团队正在相同的基础设施中工作。 他们有很多问题......特别是安全问题！
I've a project using 2 application servers and 2 front-end servers plus load balance: No problem at all. Runs fast like a thought.
The other team on my company is working in the same infrastructure. They have lots of problems... specially security ones!