saas的体系结构调整

1.1  现有saas平台的体系结构，心中的考虑

用户前台采用的flex技术确实不错，整体上来看，给用户的感觉一个字：炫，这确实很能吸引用户的眼球。然而作为一个软件产品，它需要一个强劲的稳定的后台做支撑，图(1-1)是目前我们所做的saas的结构图，我不是说它不好，对比支付宝、掏宝、中石化等很多公司的产品，我觉得我们的saas平台结构，显得太单薄，难以适应快速变化的业务。图1-2是我的想法，基本上是一个SOA模型，隐含着网格计算的模型；采用这种体系结构，各个模块之间的调用都是通过总线起调用。

 

1-1现有系统结构图

       目前开源的服务总线已经很多，openESB ，mule，cxf，ServiceMix，jbossESB等，他们各有利弊，如cxf mule比较慢，mule不直接支持集群，负载均衡，流量控制实现等都要自己实现；不过我们可以组合使用他们。这些刘伟应该比我熟悉，我仅仅简单用过mule。

       假设采用mule+cxf，他们的实现也是遵从spring的哲学，从现有系统移植过去，我们现有的每个子模块不需要大做手术，要动的比较大的就是平台的体系，具体细节尚需仔细考虑。

 

 

1-2心中的体系结构

1.2  后台开发语言问题

目前，大多数的业务系统后台采用java开发的较多(当然采用其他语言的也很多)，但是java ee本身有其不足

的地方，用来开发web2.0显得有点吃力，这里有篇文章写的很好：http://www.ibm.com/developerworks/cn/web/wa-aj-web2jee/；它所提出的解决方式就是异步，也说到了SEDA(mule采用了该思想)----把一个操作，通过若干个阶段来完成，各个阶段间通过事件来衔接。同时提到距离我们相对有些远的E语言。

     实际一点，我们的saas一些业务处理确实可以通过其他比较快速的语言优势来处理，比如短信子系统，这个模块今后的并发要求应该比较高，这个时候我们今后可以采用erlang来重写这个模块，或者直接用C来写。