参加BEA开发者大会SOA有感

       今天去参加了BEA的开发者大会，此次大会的主题是SOA，SOA的这个概念 可以说已经炒了有两三年了，面向服务架构实际上可以看作是一个松散耦合的，分布式的架构，它较以前的分布式系统或分布式架构而言并没有什么本质上的提升，只是提出了这样一个名词，而且以前的分布式系统多为采用一种编程语言的解决方案，如j2ee的rmi，EJB等，你不可能想到用一个delphi的系统去调用ejb吧，而在SOA的概念下，我们要做到企业系统的整合，就有可能要碰到要把不同技术实现的项目系统整合起来，在这里有两种层次，一种是data层的整合，一种是以把各个系统中的业务逻辑提取出来，形成services，从而在services间的形成整合。

        先看后者，这是SOA的基础，对于各个系统我们提炼出service，从而可以对业务逻辑的实现达到重用，对于portal系统（现在可以就看成是web系统），提取出service相对比较容易，也较容易提供web service的接口所以整合比较方面；而对于一些老项目，比如说是C/S的项目要和B/S来进行整合，就相对要复杂的多了，这也是SOA整合中比较麻烦的一种，还好现在有不好ESB(企业服务总线）的产品，它们可以提取部署大部分项目的service，比如BEA的ESB它也能整合Delphi的项目，因为我们可以将Delphi的代码封装成COM组件，而它的ESB中支持COM组件。谈到了ESB，我们就来说说它吧，这个概念也是近几年来比较热的，采用ESB的SOA具有更大的灵活性，这样客户端在调用服务时，它不再去直接访问web service了，而是去访问ESB中的某一个定义好的流程，所以这里感觉ESB就相当于一个对后面的web service的代理，但又不能这么看，因为它不是对某一个web service的代理而是后面是许多 services的一个调用流程（并且它还有许多别的功能，比如安全性，事物性的提供），而这个流程在ESB产品中都可以灵活的可视化定义，所以这样有不同的service形成的业务流就可以随时变化，应此也就灵活了。从上面不难看出，要想做到service层次的整合，我们的各个项目系统的业务逻辑部分要能封装成一个services，但有些老项目做不到，比如一些老式的桌面型程序，ESB产品可能不能封装（我想不是技术不行，而是这么做的代价高，应用少，从而成本高不合适），那这样我们就做不到service的整合了，就只能靠第一种，data层次的整合，说白了就是以前的数据保留继续使用，而业务逻辑用新的技术重写。

            谈到这我们可以看到在SOA下，我们可以对各系统的业务逻辑进行整合，能够重用，达到松散的耦合，而且数据资源也能动态的改变（BEA有DSP产品），那么对于portal系统，还有一部分就是view了，即显示部分，我们也能够整合吗？答案是肯定的。其实关于显示页面部分，早就有像velocity,freemarker这样的开源框架，它们对页面部分采用组件化的方式来展现，这样各个组件我们就能重用了，而且对于页面间的跳转流程现在也有很多的web flow的引擎，例如spring的web flow，对于页面的流程也能动态定制，所以我们在把多个portal系统整合到SOA框架下，我们能做到数据的整合，业务逻辑的整合和重用，我们也能做到页面部分的整合，BEA就有这样的产品weblogic protal 9.2，它能做到把不同系统的页面无封的整合起来，当然这些页面都有些特殊，不是随便的什么jsp,asp,html,这好比velocity，它的页面也不是普通的页面形式，当然BEA的这个产品具体是怎么回事，我还不清楚，关于页面的整合的这个问题我也是晚上才想到，明天开会时有机会去问问。

            总之，今天的BEA大会还是办的挺不错的，在北京的中国大饭店（五星级的），会场组织，餐饮招待都非常好，BEA方面也很大方，准备了不少奖品，参会的人也非常多,感觉收获不少，所以明天再去参加一天，看看还能学到些什么知识，另外还可以免费吃一顿非常不错的自助午餐，中国大饭店的哟，哈哈！