关于大并发SOCKET通讯的系统构架的几点想法，望大侠们给予指点

04-03-09 chinasudan
我在做一个系统，该系统过去是使用C/S构架，由于想赶时代之潮流，想把C/S的换成B/S的，由于S比较稳定，所以S这一端不想变，是使用了SOCKET　TCP通讯，只想简单的把C换成B把B/S的S作为一个PROXY，这样改动量小。由于并发量较大，（同时在线4000－5000）所以决定用EJB。考虑到多人开发和以后的扩展性，决定前端采用STRUTS架构。由于所有动作数据最终要通过TCP传到真正的服务器，所以作出一个SOCKET通讯池出来，以提高效率。我涉及EJB时日不多，这是一个初步想法。用SESSION FACADE模式封闭具体EJB事务的处理，STRUTS的ACTION调用SESSION　FACADE。

还有一个问题不得解决。望大侠们帮助。对于每个客户是不是该用SFSB？如果用这个的话我觉得会比较费资源，是不是可以把每个客户的信息放入HTTPSESSION，然后调用SESSION FACADE，具体的操作用SLSB。望大家对这个系统的构架提出一些意见及建议！

#软件架构     

chinasudan
2004-03-09 09:12
己先顶一下，再加一个问题。如果我要实现通讯连接池，用消息驱动BEAN好不好？我觉得如果我只是想把数据通过消息BEAN发出去可能比较高效些，但怎么处理从C/S的S那儿来的数据才能比较高效呢？

Horser
2004-03-09 11:26
同时在线这么大,你也来这样做系统,这不是在找倒霉么?

banq
2004-03-09 17:58
我感觉你这个问题属于J2EE的EAI整合问题，学问很大，建议你查找相关英文资料借鉴。

猜你喜欢