如何构建稳定、安全、可扩展的大型应用系统框架？

大型应用系统框架的定义
能支持几百万人在线，能支持几万个并发的动态大型应用系统，比如阿里巴巴。

我想，普通的HSS(Hibernate+spring+struts)估计不能胜任了吧？是否该搬出老祖宗ejb了？

那么，稳定、安全、可扩展的大型应用系统框架该如何构建呢？

采用什么样的集群策略？是否需要分布式部署？

听说阿里巴巴用的是local ejb，呵呵，为什么没有采用remote ejb进行分布式部署呢？

Hibernate+spring+struts 为何不能胜任。

分布式跟集群比起来有什么优势。。

功能模块非常多应该是分布式的天下，访问量大应该是集群的天下。一家之言！

1、看一下<<Masting EJB>>
2、打电话到阿里巴巴,问问啊----如果人家愿意说的话 
3...

引用CU某牛人的话

静态页面用缓存，动态页面用群集。只要有钱，能让全世界的人一起访问

EJB 3.0中集成服务的另一个例子是群集（ clustering ）支持。如果你在服务器群集中部署EJB 3.0应用程序，那么所有的失效接续（fail-over）、负载均衡、分布式缓存和状态复制服务都是可以自动地供应用程序使用的。下层群集服务都隐藏在EJB 3.0编程接口后面，它们对于EJB 3.0开发人员来说是完全透明的。

　　 在Spring中，优化框架组件与服务之间的交互操作要困难得多。例如，为了使用Spring的宣告式事务服务来管理Hibernate事务，你必须在XML配置文件中显式地配置Spring TransactionManager和Hibernate SessionFactory对象。Spring应用程序开发者必须显式地管理跨多个HTTP请求的事务。此外，要在Spring应用程序中使用群集服务也没有简单的途径。

http://www.zero163.com/ItWorld/Analyze/tech/strut/3717.html

不要只想着软件,最好也了解一下 NS-CACHE ,bigip , 3dns,这些是干什么的.

remote  session bean 的代价可是非常大的，rod推荐使用的bean也是slsb，如果没有分布式需求就不要用ejb了，如果你实在是想用，那第一选择还是slsb，entitybean和remotesessionbean能不用就不要用

感觉，话题太大，每个方面都够写本书了。

HSS如果用open session in view的话,肯定不能胜任.但是如果不用open session in view,做起来又很不方便.