请高手指点，怎么样设计这样的软件？这个问题想了好几天了

Question

要设计的软件是分销管理软件
预计2500多个客户端分布在全国各地，包括公司总部、各地的分公司（分销商）以及分公司（分销商）下的加盟店等。
并发数估计大于2000公司趋向于用c#+SQL server2000开发，使用Remoting实现分布式架构
要求公司总部、各地的分公司（分销商）以及分公司（分销商）下的加盟店 的客户端能适时连接数据库Server 
请教：
使用Remoting实现分布式架构能否胜任这么大的通讯负荷？
安全性如何？
数据库Server硬件要达到什么水平？ 
谢谢指点！！

Answer 1

这样你还用CS架构....建议用BS吧至于你问的问题,我具体不太清楚,但是安全性应该就差了. 毕竟你不是在INTRANET内,也不可能铺设专线.

Answer 2

建议用 B/S , ASP.NET + Sql server 来建立 系统

Answer 3

Alex_li(Atomsoft) 
建议用 B/S , ASP.NET + Sql server 来建立系统---------------
本公司技术主管和小弟我都不怎么看好ASP.NET， 因为用ASP.NET做小流量的网站还行，做管理软件应该是很痛苦的，ASP.NET更本不能处理大量的业务数据和报表分析数据。关于网络连接不可能铺设专线.而是ADSL 
本人觉得用SmartClient模式还是可取的欢迎各位讨论！

Answer 4

remoting应该没问题
在cnblogs上有一个remotiong架构的文章，讲的很好

Answer 5

本公司技术主管和小弟我都不怎么看好ASP.NET， 因为用ASP.NET做小流量的网站还行，做管理软件应该是很痛苦的，ASP.NET更本不能处理大量的业务数据和报表分析数据。--->>>说说原因呢?

Answer 6

在cnblogs上有一个remotiong架构的文章，讲的很好
————————————————————————————————————————
基本上那个文章是局域网内小型系统的入门概念，没有大系统必须的框架知识。
底层架构类似于QQ，或者“点击科技”前两年那个失败了的“协同软件”，你可以去参考他们都有哪些服务、架构。具体的东西需要看你的项目分析资料而定。

Answer 7

现在，“协同软件”重新做IM(即时通讯)为主了，我跟朋友聊天：“他们过去做得很复杂的仿outlook的杂七杂八的功能，现在反而把系统做得很专业、很简单但是仍然无用。不过好在他们现在知道专注于做通讯服务、仅仅维护用户信息的平台了”。但是你们要首先解决一个问题，就是分布系统和集中式系统的设计理念完全不同，与那些基于单机系统的什么ORM、缓存服务、操作系统服务等不同，此时分布式的用户注册服务、消息通知服务、工作流服务、组件自动更新、用户个性化UI定制等等都是需要更多考虑的框架。

Answer 8

如果你的思路仅仅限于那些局域网络里的集中服务器系统，例如使用vpn来连接的系统，其实这个从技术上很难一下子说清楚。因为程序员往往只图自己写程序省事，不会一下子接受市场上的概念，不会一下子接受“协同”的这种分布式的概念。

Answer 9

本公司技术主管和小弟我都不怎么看好ASP.NET， 因为用ASP.NET做小流量的网站还行，做管理软件应该是很痛苦的，ASP.NET更本不能处理大量的业务数据和报表分析数据。-----------------------
LZ自己的看法吧！为什么说asp.net不能处理大量的业务数据？

Answer 10

用asp.net照样搞定,并发不是问题!关键看你如何设计!