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

我在做一个系统，该系统过去是使用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。望大家对这个系统的构架提出一些意见及建议！