浏览 4050 次
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-12-22
能支持几百万人在线,能支持几万个并发的动态大型应用系统,比如阿里巴巴。 我想,普通的HSS(Hibernate+spring+struts)估计不能胜任了吧?是否该搬出老祖宗ejb了? 那么,稳定、安全、可扩展的大型应用系统框架该如何构建呢? 采用什么样的集群策略?是否需要分布式部署? 听说阿里巴巴用的是local ejb,呵呵,为什么没有采用remote ejb进行分布式部署呢? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-12-22
Hibernate+spring+struts 为何不能胜任。
分布式跟集群比起来有什么优势。。 |
|
返回顶楼 | |
发表时间:2006-12-22
功能模块非常多应该是分布式的天下,访问量大应该是集群的天下。一家之言!
|
|
返回顶楼 | |
发表时间:2006-12-22
netfly 写道 大型应用系统框架的定义
听说阿里巴巴用的是local ejb,呵呵,为什么没有采用remote ejb进行分布式部署呢? 1、看一下<<Masting EJB>> 2、打电话到阿里巴巴,问问啊----如果人家愿意说的话 ![]() ![]() 3... |
|
返回顶楼 | |
发表时间:2006-12-22
引用CU某牛人的话
静态页面用缓存,动态页面用群集。只要有钱,能让全世界的人一起访问 |
|
返回顶楼 | |
发表时间:2006-12-22
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 |
|
返回顶楼 | |
发表时间:2006-12-22
不要只想着软件,最好也了解一下 NS-CACHE ,bigip , 3dns,这些是干什么的.
|
|
返回顶楼 | |
发表时间:2006-12-24
remote session bean 的代价可是非常大的,rod推荐使用的bean也是slsb,如果没有分布式需求就不要用ejb了,如果你实在是想用,那第一选择还是slsb,entitybean和remotesessionbean能不用就不要用
|
|
返回顶楼 | |
发表时间:2006-12-24
感觉,话题太大,每个方面都够写本书了。
|
|
返回顶楼 | |
发表时间:2006-12-24
dengyin2000 写道 Hibernate+spring+struts 为何不能胜任。
分布式跟集群比起来有什么优势。。 HSS如果用open session in view的话,肯定不能胜任.但是如果不用open session in view,做起来又很不方便. |
|
返回顶楼 | |