关于大并发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整合问题,学问很大,建议你查找相关英文资料借鉴。

猜你喜欢