想做一个支持任意并发的WEB系统,有何建议

13-04-06 huanghe036
很早就对jdon感兴趣了,一直没有好好研究学习。

如题,想做一个支持任意并发的WEB系统,BANQ老师有何建议,jdon框架跟EJB有哪些差距

[该贴被admin于2013-04-08 08:28修改过]

         

banq
2013-04-08 08:32
jdon框架支持并发异步等概念,能够根据服务器自身处理量,动态调节并发量,如果服务器比较弱,可以删除或延时一些细枝末节的处理。

Jdon框架让延迟和吞吐量之间有一个自主选择,而这些概念传统的JavaEE如EJB根据就没有。如果说EJB是上个世纪286,那么Jdonframework则是现在Ipad.

推荐一篇文章:构建可伸缩系统 Scala vs Java,JdonFramework其实类似这个案例中的Scala,虽然文章作者倾向于Scala,但是使用Jdon框架完全可以做到Scala这种吞吐量等三个指标的平衡,见测试结果:

[该贴被banq于2013-04-09 19:14修改过]

huanghe036
2013-04-10 18:03
非常感谢BANQ的详细回复。最近也关注了一下淘宝的分布式架构,那个貌似很复杂,对于应用本身、多个应用的对接,单点认证,分布SESSION,以及数据库和大文件处理等等。不知JDONFRAMEWORK能不能很好的扩展这些。

banq
2013-04-10 18:10
2013-04-10 18:03 "@huanghe036

"的内容

一下淘宝的分布式架构,那个貌似很复杂,对于应用本身、多个应用的对接,单点认证,分布SESSION,以及数据库和大文件处理 ...

JF侧重复杂业务和技术的结合,淘宝的业务模式固定单纯,而且不会经常根据买卖家要求变化,你说的这些都是纯技术基础架构,主要用来应付巨量访问,这些技术都有成熟的开源产品。

过去大家刚刚接触分布式,特别是被上个世纪电信行业的Corba分布式吓坏了,试图简化,产生了相当简单的EJB,但是EJB在事务和性能之间取得一个平衡,丧失了吞吐量,反而不实用。

这里有一个业务和技术对应的问题,所有的业务如果都采取EJB了,就如同两个人的一只腿被绑起来,本来不需要事务,只要求大吞吐量的业务也被迫穿上小鞋,所以,需要细分自己业务,根据不同业务采取不同技术架构,比如淘宝中只有支付宝需要事务性,所以,据说他们花巨资买Oracle数据库和服务。其他不需要事务的则可以采取现在Twitter/Facebook等面对巨量访问的技术。

[该贴被banq于2013-04-10 18:27修改过]

huanghe036
2013-04-10 18:39
大概明白了,不知这样理解对不对:

1,对于需要事务的业务,JDON是能很好的支持的,不用做什么代码修改就能支持大量并发(如果服务器一般的情况下大概是多少并发呢?或者直接添加服务器不写什么代码就能任意扩充)

2,对于不需要事务的应用,采用Twitter/Facebook等面对巨量访问的技术,怎么能跟JD很好的结合起来呢,

猜你喜欢
2Go 1 2 下一页