SOA开场白

来公司一年时间了，前大半年都在忙着工作流的东西，从10月份开始就开始研究SOA方面的东西了，从10月份到现在，看了一摩尔的Specification了，头都大了。但是在看的过程中深深的体会到了一流企业做标准，二流企业做技术了，希望我们公司以后也能有制定标准的话语权：）。
SOA包含的东西太多了，要实现一个SOA更不是件简单的事情，从目前看来，我觉得SOA是以后系统集成的主要方向。SOA大致包含了ESB，Workflow两个方面，形象的说ESB就象我们人的手，脚，耳朵等与外界接触的对象，而Workflow则是我们的大脑，他们一起构成了SOA。
目前，ESB的主要标准和规范是IBM提出的SCA&SDO，SCA主要关注的是服务调用和服务中介的组织方式，而SDO则是在SCA调用中的服务数据的组织规范。
这个规范是从WSIF演变而来的，WSIF只是关注了服务调用的开放性的问题，即：通过扩展WSDL，我们可以将所有的服务调用（JAVA,EJB,JMS,JCA,WS等）都抽象成一个WSDL对象，而这些对象都有对应的服务Provider来实现具体的调用。
SCA提出的是一个服务组合的概念，就象我们在使用Spring的时候，我们组织的是Bean对象，而SCA则是将一个个服务通过Service,Reference，形成一个个Component，然后组合成一个Composition对象，而这个对象则是我们通常说的一个ESB实例。
SDO则是提供了一个服务内部数据交换的规范，通过这个规范，我们可以利用各种方式XSTL,XQuery等方式对数据进行转换操作，即我们在ESB中经常遇到的(Transformer Servicer,Filter Service)等。目的就是通过SDO可以兼容所有的数据交换模式和数据表现方式。
现在ESB是建立起来了，但是我们在完成一个具体的业务逻辑的时候，我们必须将各个ESB服务组织起来，这个就是Workflow的事情咯。
Workflow目前在业界也有三个大的标准，BPEL,XPDL还有一个什么规范：），BPEL是IBM,ORACLE等这些巨头提出的，但是关于BEA的SOA产品是否支持BPEL一直是个悬念，但是ORACLE的工作流是采用的BPEL标准，就我个人来看的话，我更倾向XPDL标准，它不管是对人工任务还是自动任务都有很好的支持，但是BPEL更象是一个自动工作流，当然现在也有BPEL4PEOPLE标准，但是这些扩展又影响了BPEL的兼容性，所以采用BPEL来实现的话就比较麻烦，又要熟悉一摩尔规范：）。但是谁让别个是大公司呢？只有顺从啊。前端时间看了BEA的SOA产品，从他们的产品中隐约可以看到XPDL的影子：）
哎~！ SOA这个战场太复杂了，要站好队：）。
谁是王者，统一江湖！我们拭目以待。
ps，最近在写一个ESB DEMO，会有后续的心得：）