请教大型WEB系统的架构设计和技术选型

目前系统架构如下:
  1.web层采用struts+tomcat实现,整个系统采用20多台web服务器,其负载均衡采用硬件F5来实现;
  2.中间层采用无状态会话Bean+DAO+helper类来实现,共3台weblogic服务器,部署有多个EJB,其负载均衡也采用F5来实现;
  3.数据库层的操作是自己写的通用类实现的,两台ORACLE数据库服务器，分别存放用户信息和业务数据;一台SQL SERVER数据库,是第三方的业务数据信息;
  web层调用EJB远程接口来访问中间件层.web层首先通过一个XML配置文件中配置的EJB接口信息来调用相应的EJB远程接口;
  该系统中一次操作涉及到两个ORACLE库以及一个SQL SERVER库的访问和操作,即有三个数据库连接,在一个事务中完成.

  以上的描述不知道是不是足够清楚,目前想采用业界流行的一些框架来重新架构整个系统,请各位高手分析一下,这样的系统能不能采用struts+spring+hibernate框架来实现,如果可以的话，其中的多个数据库的连接、事务控制、负载均衡都如何实现，或者有其他更好的技术来架构系统？谢谢！

架构是怎么定义的先搞清楚了 ? 这那儿是架构啊
对这个项目十分担心 感觉像是在烧钱

为什么要用ejb,不理解。

把web层、logic层、dao层都放在一起。每个tomcat的程序都是相同的，然后用f5做负载这样，简单实用，可扩展性强。

唉,分布式. 看看without ejb.

> 大型WEB系统

没有用户量，数据量等基本信息，谈什么架构设计和技术选型 ?

Web层和中间层放在一起比较好，横向集群比纵向分布好，放着高档的Weblogic不用，又搞一个tomcat干什么。另外，要把集群的概念搞清楚，负载均衡只是集群的一个方面，结合项目目标，决定是用j2ee集群还是硬件集群，或者联合使用。

呵呵，干脆找我跟你们做就好了，这么好的资源就这样被浪费了，太可惜了

严重同意！还有应用行业。

现在看LZ的描述好像是N年前中了EJB毒的"严格"分层架构。需要使用分布式计算的系统好像不多。

看怎么用EJB了，如果做细粒度的分布，确实有性能问题。 如果你把EJB看作是一种通信方式，暴露系统的一部分独立功能与外部系统集成，EJB也是一种很好的方案。

LZ为什么要换架构呢？仅仅是因为开源框架“流行”？原来的架构遇到了什么样的问题让你选择放弃原来的投资？