发帖    主题    评论    推荐    标签    作者    订阅    查搜    注册   登陆   关注
 
面向对象 设计模式 领域驱动设计 云架构 框架 开发教程 SOA 大数据 扩展性 并发编程 EDA 分布式 函数编程

请问bangq:关于容器集群的问题~!

2005-04-05 12:21
赞助商链接

bangq大哥:

目前轻量级容器的集群做得怎么样?我看您说的spring+hibernate的模式,这种模式好像伸缩性很差,分布式特性无法体现,请问在大规模企业及应用中,经常出现的大用户量访问问题怎么解决?是不是所谓的轻量级不支持集群?
我们目前在做AS的容器,以前的容器是采用了jonas的预编译机制,新的ejb3.0规范出来以后,我们在做改动,主要的就是注释的引入,还有接口的变动,以前的ejb变成了pojo,实体bean交由hibernate完成。我一直在想,这种算是轻量级吗?这种沿袭规范的做法,不知道老板(导师)怎么想的。还有,即便算是轻量级,那集群的变动呢?

请解释。
谢谢

2005-04-09 09:47

我在以前谈到这个问题。我也很关心这个问题,目前有一种集群的Jcache(收费)是一个解决方案,Jive 3.0以后就使用,适合纯Web结构。至于开源的有Jgroup,好像太底层了。

商业平台和开源平台的差距就在这里,目前不得不做协调。
赌注开始压在Spring身上了,它是最有理由提供的,因为它提出without EJB,我想这是他的目标。

从Hibernate 3.0的驱动库发现,作者加入了Jgroup,好像也在做分布式尝试。

希望他们成功。

2005-04-12 08:44

是的,JGroup过于底层了,是底层的通信架构。
我一直在想,在3.0草案中,实体bean的处理似乎是不提供远程能力的,通过实体管理器由会话bean来调用,这样的话,以前的实体的集群还有意义吗?是不是意味着集群只需要在会话bean这一层做就可以了呢?
还有一点,如果才用方法级的集群策略,是不是说在JNDI查找时的集群就没有多大意义了?
谢谢banq大哥!

2005-04-12 12:46

是的,处理器(功能性组件)是非常耗费性能,它是提升性能的关键。

方法级的集群策略与JNDI的注射相比,可能特点不一样。

赞助商链接

赞助商链接

返回顶部

移动版 关于本站 使用帮助 联系管理员 最佳分辨率1366x768
OpenSource JIVEJDON Powered by JdonFramework Code © 2002-20 jdon.com