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

从前面反映的情况来看，我觉得robbin大哥的分析非常有道理，tomcat之所以并发低很可能是由于remote session bean造成的，remote session bean又一次被滥用了，在楼主的这种

业务情况下，web层和service层根本不需要分开，象楼主这样分开带来就是一访问业务层就带来长时间的远程请求，确实导致tomcat上servlet资源释放的问题。

那么remote session bean应该被用在什么地方呢，without ejb上有写到金融系统常用ejb。我把他的这句话延伸一下，也就是说当业务的运行时间远超过远程调用的时间时，我们

就可以用remote session bean来把这个业务分离出去。而楼主的系统中没有这种业务情况。所以使用remote session bean应该来说是一个错误的选择，不过这个错误的选择带来

的危害被大量的硬件所掩盖，带来的是成本的提高。而性能上还不如slsb。

所以我觉得如果要改架构最便捷的方法是使用slsb，把remote session bean去掉。这样改造的成本比较低，如果换成spring+hibernate成本就高得多了。也就是说可以

struts+Bean+DAO+helper，然后把weblogic作cluster，任意一个node上都部署相同的应用。也就是水平扩展，理论上来讲当性能不满足要求时添加node就行了，如果能做成农场就

更加方便了。当然即使非农场也没有关系，可以用现在在使用的stick分发。

这样的改造之所以方便是因为把remote session bean改成slsb是很容易的，而且团队里的人估计对ejb都更加熟悉一点，成本会比较低一点。

感谢robbin和各位的热心回答。

近段时间正在做购买新硬件和新软件的预算，公司高层准备买weblogic10和oracle 10g，所以请了bea公司的人员和我一块做测试，经过近几天的测试，测试一下新的系统指标1万个并发，需要多少软件和多少硬件能够支撑，已经测试了不同的组合方式，有了不同的结果，分别如下：

1。1台weblogic10  能支持900个用户并发（没有用ejb），平均响应时间 10秒。

2。1台weblogic10 Express（相当于1台tomcat，用于发布jsp应用）加1台weblogic10（发布ejb应用），能支持1000个并发用户，平均响应时间9秒，由于本人使用的loadRunner最多支持1000个web并发，虽然此时weblogic没有任何错误，但是没办法再向上压用户，所以不知道最高能支撑多少个并发用户，很遗憾。

3。1台weblogic8， 能支持900个用户并发（没有用ejb），平均响应时间 11秒。但是没有weblogic10在同样时间内处理的交易数量多。可以判定性能不能weblogic10。

4。1台tomcat4.1加1台weblogic8，只能支持350个并发用户，tomcat就连结超时，说明此种结构瓶颈在tomcat。

5。1台tomcat6.14加1台weblogic8，还不如方案4，tomcat结超时更多，说明此种结构瓶颈在tomcat。由于还没有看tomcat6.14的调优资料。所以还请高手给建议。

6。1台tomcat4.1加1台weblogic10，性能同样不佳，问题出现在tomcat性能跟不上。

7。1台tomcat6.14加1台weblogic10，性能同样不佳，问题出现在tomcat性能跟不上。

明天还要做一个weblogic10 cluster测试，等有了测试结果，再根大家交流。

以上测试机器都为 linux as4 操作系统，2cpu + 2G内存，发现cpu利用率最高占45%，一般就在10%左右，内存可以用到1.5G。 loadRunner机器为2cpu + 2G内存，window server 2003操作系统。

有以上的结果，bea公司人员建议购买16-20cpu的licens。机器购买4cpu + 8G内存机器4-6台。前端tomcat增加到50台。

由于根据以前的宕机记录，主要表现在tomcat层，个别高峰时候也出现在F5。故不敢轻易的舍弃无状态session bean。由于tomcat做了大部分的业务，只有需要数据库的时候才调用weblogic中间件，由于weblogic的价格还是比较昂贵的，公司以前购买的weblogic licens数量限制。所以还不能把所有的tomcat换成weblogic。如果有20台weblogic的licens，我也就不担心1万个并发了。

确实还有这么火的游戏，但不是网易，如果有时间的话，可以私下交流。

谢谢你的建议，我会再测试一下tomcat和weblogic之间调用的时间远程调用的时间问题，看看tomcat的performance 能不能再提高一些。今天bea的人向我们推荐了一款他们收费的java虚拟机，他们声称具有在长时间运行时会有更好的性能，问他们为什么他们这款虚拟机性能更好，他们说是对java 的垃圾回收做了优化。
由于时间比较紧，还没来的及对测试，但是我感觉她的性能也好不到哪里去，不过我们测试的时候也对他们的JRockit 作了测试，和sun的jvm做对比，但优势并不明显。bea他们自己说以前在浙江的测试结果确实JRockit 比sun 好一些，但是我们这几天没有测试到这样的表现，也可能我们现在测试还有待改进。欢迎提出建议。

坦白说我还从来没有听说过大规模互联网应用使用EJB的先例。为什么大规模互联网应用不能用EJB，其实就是因为EJB性能太差，用了EJB几乎必然出现性能障碍。阿里巴巴和淘宝网那是每天多少亿PV的电子商务网站了，其实也就是用JBoss而已，而且也只是用其web容器(JBoss的web容器就是tomcat)，所以本质上还是在用tomcat。

今年年初，RedHat在深圳的HW大客户在内部做过性能对比评测，JBoss4 vs WebLogic 9，在web容器一项的评测当中，JBoss4胜出。这个结果并不令人感到意外，因为web容器的性能说到底无非就是Servlet线程调度能力而已，Tomcat不像WebLogic那样附加n多管理功能，跑得快很正常。这一点你只要对比测试一下WebLogic的数据库连接池和C3P0连接池的性能也会发现类似的结论，C3P0可要比WebLogic的连接池快好几倍了。这不是说WebLogic性能不好，只不过weblogic要实现更多的功能，所以在单一的速度方面就会牺牲很多东西。

以我的经验来判断，使用tomcat5.5以上的版本，配置apr支持，进行必要的tuning，使用BEA JRockit JVM的话，在你们目前的刀片上面，支撑500个并发完全是可以做到的。结合你们目前20个刀片的硬件，那么达到1万并发是没问题的。当然这样做的前提是必须扔掉EJB，并置web层和业务层在同一个JVM内部。

从你上面的发言来看，你们之所以采用EJB，无非是因为经费有限，无法购买充足的weblogic license。所以退而求其次，购买少量的weblogic license，专门跑业务层服务器，用SLSB暴露远程接口给tomcat调用。然后部署n十多台免费的tomcat服务器跑web。为省钱而采用EJB到是一个很新鲜的事，但实际上这就是一个很愚蠢的决定。

weblogic的优秀更多的体现在他对于J2EE标准优秀的支持，各种复杂的企业应用场景以及传统的中间件应用的丰富而方便的集成手段上。简单的来说，就是weblogic/websphere是企业应用的首选，特别是强调事务的企业应用，例如金融，电信计费。但在互联网应用方面，weblogic/websphere根本就体现不出有什么能够超过resin/tomcat的地方，诚然weblogic express的web容器稳定性要好于tomcat，但没有互联网企业在大规模部署tomcat水平群集的时候，还会为这一点而疯狂买单购买weblogic license。

所以我个人很不理解，作为一个互联网公司的CTO，怎么会如此迷信weblogic，因为我认识的互联网公司高层，没有什么人愿意用商业产品，绝大多数都是用开源的，我不惮揣测他的背景可能来自传统企业应用出身的吧，呵呵。

这说明瓶颈还不在EJB远程调用上，但是问题已经逐渐清楚了。为什么weblogic充当web容器发起远程EJB调用的时候可以支撑1000个并发，但是tomcat只能到350个？只有两个可能的原因：

1、你的tomcat没有配置好，严重影响了性能表现
2、tomcat和weblogic之间的接口出了问题

上面的帖子其实我也介绍过了，如果只是单纯的作为servlet容器来看，tomcat的性能不应该比weblogic差，甚至还要更好，所以你可以这样来拟定测试方案：

在同样硬件环境下对比测试tomcat5.5和weblogic10的servlet容器性能，分别写几个访问数据库，和不访问数据库的JSP页面测试就可以了，并发从500往上走，看看哪个throughput更高。记得要调优tomcat5.5，配置apr支持要打开。

如果测试结果表明tomcat并发响应能力远远差于weblogic，那就说明你的tomcat配置有很大的问题，好好钻研tomcat configuration && performance tuning吧；

如果测试结果表明tomcat并发响应能力与weblogic相当，或者差不多，那么很不幸，问题不在tomcat本身，而是出在了tomcat到weblogic的接口上。而tomcat是通过weblogic提供的EJB client jar去调用weblogic的EJB的，那你只好咨询BEA去寻求解决方案了。

1.基础配置优化
tomcat 6？ tomcat参数调优?
JRockit JVM? JVM参数调优？
Apache+Squid 处理静态内容？

2.业务层优化
部分功能本地化，而不调remote session bean?
异步提交操作,JMS？
cache热点数据？

3.展示层优化
动态页面发布为静态页面？
Cache部分动态页面内容？

楼主有好多优化方法阿，真幸福。

没想到我的帖子引来robbin和江南白衣两位大师的关注,甚感荣幸,我也从中学到了很多!

  对于楼主的问题，以及公司的架构方案，我认为你们仍然在犯错！
  误区：遇到性能问题的第一件事情就是找硬件和容器的事情!
  性能问题的基本上无一例外的都出在写的程序有问题，满足不了伸缩性。
  好好看看你们的程序吧，不要再给bea打电话了，你得到的建议，基本上都是用不到的。
  robin的观点是对的，我甚至怀疑你们的数据库连接是否有释放问题的。
  增加你们前端的内存，多做缓存。hibernate的cache方案不差jdbc对数据库的频繁使用
  html的书写是否符合w3的规范
 
  最好在一个服务器上部署整个应用！

谁告诉你taobao使用的JBOSS，大哥？ 嘿嘿。。

淘宝用的weblogic8,他们的web层使用的Turbine，且大量的使用velocity，由于对事务要求及其苛刻用到了ejb,也用到spring很多其他服务，访问数据库使用ibatis，他们对weblogic优化到的极致加上外面也架了apache,，在如此高并发的情况，且高度复杂的搜索。。。，还能保持如此的响应速度，确实很不错。

淘宝的搜索功能说是在的非常强大，不晓得是不是yahoo中国来人做的，一直觉得很神奇

robbin大哥说的还是很有道理，对于大多数门户门户网站，使用EJB确实浪费，购买weblogic的钱可以购买很多硬件来apache,tomcat负载均衡远远胜过于ejb方案的性能。没有绝对的性能好坏之分，主要还是看你的需求，weblogic永远是对于银行，证券，电信的行业所准备，他们所使用的硬件对象也绝对不是刀片，双路至强的硬件这样的东东。