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

很早就对jdon感兴趣了,一直没有好好研究学习。
如题,想做一个支持任意并发的WEB系统,BANQ老师有何建议,jdon框架跟EJB有哪些差距
[该贴被admin于2013-04-08 08:28修改过]

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

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

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

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

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

2013-04-10 18:03 "@huanghe036
"的内容
一下淘宝的分布式架构,那个貌似很复杂,对于应用本身、多个应用的对接,单点认证,分布SESSION,以及数据库和大文件处理 ...

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

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

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


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

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

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

2013-04-10 18:39 "@huanghe036
"的内容
对于需要事务的业务,JDON是能很好的支持的 ...

不是这个意思,之前我给你比较了一下JF EJB和淘宝的分布式技术。

JF自身没有事务支持,需要依靠EventSourcing这种设计,将事件记录下来播放实现事务,这种事务不同于EJB和数据库锁等纯技术锁。

JF只是一个开发框架,类似Scala这种语言,Scala好像是新语言,但是也是编译成Java的Class代码,JF和Scala区别就是语法,JF使用的是Java语法,Scala使用函数语言语法。

JF能够将运行在单机中应用进行异步切分,基于Disruptor的多线程并发技术,基本和分布式无关,但是正是因为用了JF,整个系统才可能变得分布式,变得可伸缩。