如何构造大容量的基于J2EE技术的WEB访问平台？？

自己顶

大容量访问有很多技术，可以根据自己情况来选择。

scalable可伸缩性是大容量系统必须坚持的原则。

关于可伸缩性说起来非常多，有兴趣可以继续讨论。

的确，可伸缩性概念范围太广了，有软件的、也有硬件的、甚至在架构设计方面都能体现系统的可伸缩性，如果碰到需要大访问量的系统我们该怎么切入呢？ 我想问一下，JBOSS能不能胜任10000人同时在线访问的J2EE系统？

>JBOSS能不能胜任10000人同时在线访问的J2EE系统
JBoss是一种可伸缩的分布式计算软件平台，是否可以支撑10000人访问，取决于硬件平台，以及你的成本预算。

今天刚刚看到一个新闻，美国一个大学用几百台PC组成网格计算，挑战大型机，虽然没有成功，但是向大家表示，几百台PC的计算环境处理能力会很大，Yahoo就是由几百台PC组成的大容量网站。

我想如果JBOSS能胜任10000人同时在线访问的J2EE系统，硬件配置大概需要三台服务器组（web server 一台, j2ee application server一台, database server一台）（基准：中端商用服务器），web server用apache, j2ee application server 就用JBOSS，database server用oracle；这样算起来，硬件成本大约10万左右，软件成本大概10万，加起来共20万左右

10000人同时在线, 不知道你是什么样的应用.

如果真是这样的, j2ee不是好的选择, 10万的机器根本别想, 当时我们用sun 的e450 4颗cpu, 4g内存, 也不能达到这个数.

忘了说了, 我们当时主要用c开发.

我觉得也要看是什么应用。有两种极端：一是那种信息编辑发布的系统，信息维护人员不多，而访问量巨大，主要是在链接间切换。二是大型论坛系统，大家都要发布信息，并且在线执行查询等操作。

对于前者，可以采用的方法是使用静态网页定时动态生成的方法，这样最主要的内容提供服务器使用APACHE（无须脚本支持）就可以了，少量的查询使用J2EE来解决。对于这种系统，固定访问量的条件下，硬件要求就相对小些。

这也告诉我们设计人员，一个系统根据需求和设计的质量，同样的压力对硬件的要求是不一样的。

10000人同时在线“读”，就用楼上的方法－－静态页面，这样的系统效率完全取决于硬件。
很难想像10000人在线“写”，大概只能在大型电子政务系统中可以遇到，如果是的话，甲方应该不在意钱的问题，建议上一台HP的Super Dome^_^，或四台高端PC server，两台作数据库集群，两台作J2EE集群。可以使用应用交换机动态分配流量。这样，如果仍然不能满足性能要求的话，可以平滑的添加机器。

主要是要用J2EE技术做一个比较大的电子商务网站平台，要求基本上能达到10000人同时在线访问，大量的做成静态页面肯定是不现实的