在三层架构中，若是客户端数目达到1500个应该使用哪种方案？

Question

主要是用于实时计费！

Answer 1

如果用的话，建议多开几个应用服务器，在加一个或多个消息管理器，对应用服务器和客户端进行优化管理，即客户端和应用服务器都注册到消息管理器上，这样就是所谓的四层体系：
 客户端1\                       /应用服务器1\
 客户端2- <->  消息管理器 <->   -应用服务器2- <->数据库服务器
 ...                            ...
 客户端N/                       \应用服务器N/这样你还需要做到负载均衡的目的，比较麻烦的还有一种就是采用，.Net的线程池原理或者J2ee的三层模式，这样很多东东都靠环境或框架完成。

Answer 2

用CORBO或J2EE的中间件，前台没有关系。

Answer 3

同意楼上 Heyongfeng(小何)，关键在中间件上，客户端用什么无所谓。
另外，czx0514(自己创业) 提到的使用消息服务方式也是有效增大负载能力的有效手段。CORBA可以考虑。。
至于COM+，在这种情况下有些勉强，优化得好，也能采用。
而WEBSERVICE，系统负担则更大，如果采用，要小心。

Answer 4

Corba的visibroker是Borland的产品，如果用的话，要考虑版权问题，Corba的处理模式是借助visibroker的消息处理功能达到附在均衡的，其具体的实现模式和我上面说的四层模式是一样的
Corba的好处是实现方便，设置visibroker消息中间件的地址和访问端口即可，Corba的应用服务器实现起来和COM＋没有区别，对象池管理在Lib中实现，客户端也是很瘦的客户端但是呢？呵呵我还是倾向.net和J2ee的架构模式，很方便，也很安全。
个人意见，仅供参考！

Answer 5

如果是同时1500个TCP连接，windows都搞不定，没办法处理

Answer 6

如果是同时1500个TCP连接，windows都搞不定，没办法处理???
不可能,5000个TCP连接，windows都没有问题,没搞过,不要误导别人.参考 www.wyx2008.com/mxj

Answer 7

Midas 自身也提供了一个简单的负载平衡控件， TSimpleObjectBroker。按照他的说明，把几个服务器的列表写上，它会自己平衡负载的。至于说windows能不能同时提供1500个连接，我感觉还是取决于机器和软件的性能。反正目前的普通的IRC服务器一台机器带3000个客户端没问题。

Answer 8

参考 www.wyx2008.com/mxj/system/comm/scheme.zip
欢迎交流