SOA——中小系统的不能承受之重

    最近开发了一套工作流系统，当然，相对比较简单，对于复杂的自动机没有实现。开发完之后对SOA有了更深入的理解。

    工作流机制是SOA的灵魂，下面咱就谈谈这个灵魂。

    完整的工作流系统包含三个部分：

    第一，工作流本身的数据模型以及控制流程实例流转的引擎；
    第二，与业务数据密切相关的工作流边界，负责关联业务数据和工作流；
    第三，工作流的流程管理子系统，最理想的是可视化编辑。

    目前，开源的工作流引擎有osworkflow,jbpm,shark等，这些工作流都符合工作流联盟的规范。但是要让他们符合你的需求比较难。最重要的原因是，你的系统里层级和架构设计，比如DAO的方式等规范，与他们对工作流本身数据模型管理的方式出入比较大。osworkflow里有几种可选的DAO方式，JDBC支持，hibernate支持，hibernate+spring也支持。但是整合方式未必和你的系统规范吻合。
    除了在数据模型操作上有出入外，在流程管理上也未必符合你的要求。流程管理的最高境界就是让客户按需求自己去配置业务流程。而从osworkflow等提供的方式来看，客户还必须得精通xml等技术，客户还不把我们这些人宰了？因此，用他们的东西，一定程度上可以解放工作量，灵活修改流程配置，但是要求是提前跟客户沟通好有哪些具体流程，万一流程有变，还得程序员自己去修改，做不到让客户来可视化的自己拖放流程。不过IBM的dominao等做的不错，流程设计还是挺牛的。
    如果工作流引擎有了，程序员要做的就是开发将业务和工作流关联起来的边界程序。别以为你有个工作流放那了，你就轻松了。引擎不知道业务数据要被如何计算，以及不知道你什么用例下才触发工作流。而且对于角色权限控制也不知道你是怎么规定的。边界程序就是要做这些事。
   
    有几个概念容易混淆：工作流，控制流，业务流。

    工作流是可以被取代的：在业务模型上多加几个控制状态的字段就可以了。
    使用工作流虽然很好，但是要付出代价的：开发成本高，程序运行成本高，维护成本也高。

    如果你的业务流程设计时可以用控制流，那就尽量用状态字段取代工作流吧，毕竟SOA不是用来杀鸡的刀

。
                                                             写于在公司开发完一套工作流系统后。
---------------------------------------------------------------------------------
    SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚，轻松应对企业商业服务变化、发展的需要
    工作流和业务流程实际上是一回事情。SOA中用工作流引擎做集成，和基于工作流的开发类不类似，关键看粒度。当然，开发工作流引擎和使用工作流引擎，那肯定是两回事情。
     可能有些人比较关注异构的问题，这个是webservice技术要解决的，如果你说这个技术就是soa，那就大错特错，还不如说cobar就是SOA呢。
     OO和JAVA以及是设计模式三者的关系你理解吗？
     SOA和webservice和工作流三者的关系也就好理解了哈。
     引用一句话说：“WebServices是SOA的基础资源；工作流用于调用WebServices，构成了SOA的大脑和灵魂”。
     

评论

30 楼 rihoonet 2007-12-19  

如果工作流不和人拉上关系，怎么算得上是工作流呢，难道在任意环节回朔的时候，不要有人的干预？

29 楼 lsy 2007-12-19  

工作流大多数情况会和人拉上关系，就形成了人工干预(Human WorkFlow),不过完整型并不单单依赖这个吧。也有很多是仅仅和外围系统打交道的案例。我想一个能够成功实现工作流的lifecycle，能在任意环节回朔的工作流，就是一个健全的workflow.

28 楼 rihoonet 2007-12-19  

lsy 写道

rihoonet 写道

其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。

如果说要做到不编码，或者少编码就能把工作流和数据流搞定的话，我认为BPEL是最能说明问题的，至于权限那还是要其他东西做些工作。

如果工作流没有和组织机构结合起来，那算不得上一个完整的工作流，至少在很多方面会受到限制。举个例子，A请假，要A的上级审批，A的上级，就是组织机构里的东东。A的上级看到的数据，可能与A不同（可能有些字段A的上级看不到，有些字段不能被修改），这就是权限的问题。所以，工作流必须要和组织机构（当然，组织机构包括了权限）无缝的结合在一起。而数据流，则是组织系统各个模块的，这样才能形成一个系统。

27 楼 lsy 2007-12-19  

rihoonet 写道

其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。

如果说要做到不编码，或者少编码就能把工作流和数据流搞定的话，我认为BPEL是最能说明问题的，至于权限那还是要其他东西做些工作。

26 楼 shuidrinking 2007-12-19  

rihoonet 写道

其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。

一语道破天机！

25 楼 rihoonet 2007-12-19  

其实，软件能把工作流和数据流搞定，再加上一些权限方面的控制，做到对用户来说软件灵活，对开发人员来说能不通过编码，就能实现一些用户需求，就是最好不过的了。

24 楼 zrweng 2007-12-19  

rihoonet 写道

SOA不就是一个概念，没有什么实质性的东西。

类似J2EE，也只是一个规范而已，所以才有IBM、Oracle等不同厂家的不同实现。

SOA目前大多采用实现了SCA(容器)/SDO/ESB等规范的技术框架去实现.不同的厂家对规范理解或视觉的不同
当然会有差异性，SOA的实质应用已经有很多厂家在紧锣密鼓的进行中。

23 楼 rihoonet 2007-12-19  

SOA不就是一个概念，没有什么实质性的东西。

22 楼 lsy 2007-12-19  

我觉得组装和重构是核心，SCA在Domain做了这些事情，而楼主在工作流中做这些事情吗？SOA既然是方法论，标准也是人订的，那么实现的方式就有很多了，仁者见仁，智者见智。呵呵

21 楼 诺铁 2007-12-19  

硬编码调用也可以，所以只是有一个“流程”的概念，不见得是工作流，等流程复杂且多到一定程度自然会逼迫你去使用workflow,bpel或jbpm这样的流程引擎。

20 楼 rEloaD_cn 2007-12-19  

shuidrinking 写道

惊鸿逝水 写道

KAO,缺少了工作流，SOA就是空话？
工作流可以看作是SCA里的一个Component，可以被任意Component组装成Composite，对外暴露业务流程服务，放在可独立部署的单元Contribute.难道没有工作流，我SOA就不能assembly服务？

嘿嘿，没有WF，SOA能assembly服务，但是，这些服务怎么跑的动呢？

只要能暴露出服务接口，查询出服务，我认为这就算是一个比较简易的符合SOA思想的框架了。

至于对于这些以有服务如何串起来跑，这确实不是SOA真正所要关心的问题。再说了，就算我要assembly服务，也不一定要用WorkFlow，硬编码调用不可以吗？

19 楼 rEloaD_cn 2007-12-19  

SOA没有了WorkFlow就是空话？楼主有点太夸张了，我想这样的讨论真的没有太多的意义。
至于我说SOA它本身是概念，可能有点描述不准确，我想表达的意思是，SOA本身并没有提供任何实质性的技术标准，它只是提出了一种解决问题的方法，至于SCA等框架，都是在为落实SOA而制定的。
当然了，楼主也可以用WorkFlow作为核心来定制一套面向服务框架。

18 楼 timerri 2007-12-18  

ls | more

按SOA的观点看，ls 和 more是两个服务。 | 决定了流程，其实也是一个服务。

很典型的SOA应用，哪里来的不可承受之重呢？

17 楼 惊鸿逝水 2007-12-18  

shuidrinking 写道

惊鸿逝水 写道

KAO,缺少了工作流，SOA就是空话？
工作流可以看作是SCA里的一个Component，可以被任意Component组装成Composite，对外暴露业务流程服务，放在可独立部署的单元Contribute.难道没有工作流，我SOA就不能assembly服务？

嘿嘿，没有WF，SOA能assembly服务，但是，这些服务怎么跑的动呢？

呵呵，非得是工作流才能跑服务啊？

普通的CURD就不能暴露为Service？服务的Reference就不能从其他系统提供？

16 楼 shuidrinking 2007-12-18  

惊鸿逝水 写道

KAO,缺少了工作流，SOA就是空话？
工作流可以看作是SCA里的一个Component，可以被任意Component组装成Composite，对外暴露业务流程服务，放在可独立部署的单元Contribute.难道没有工作流，我SOA就不能assembly服务？

嘿嘿，没有WF，SOA能assembly服务，但是，这些服务怎么跑的动呢？

15 楼 leadyu 2007-12-18  

ESB和业务服务的重用与流程的重组才是SOA的核心。ESB正是服务管理与流程重组的关键组件，不光光是转换转换数据。


不要把BPM和WorkFlow打到一起，概念有点类似，实际根本不是亲戚

14 楼 诺铁 2007-12-18  

至于说“中小系统的不能承受之重”，我觉得主要是目前真懂这些的人才比较贵，工具也不成熟，导致性价比不高，这点将来会改善的。

13 楼 诺铁 2007-12-18  

shuidrinking 写道

rEloaD_cn 写道

工作流机制是SOA的灵魂？ 不觉得 ESB是SOA灵魂倒有可能

  火车，铁轨，调度中心，你觉得哪个是灵魂呢？该不会是铁轨吧

<br/>
很赞同楼主的比喻。<br/>
quote是怎么了？怎么引用显示不正确？

12 楼 诺铁 2007-12-18  

引用

引用

工作流机制是SOA的灵魂？ 不觉得 ESB是SOA灵魂倒有可能

  火车，铁轨，调度中心，你觉得哪个是灵魂呢？该不会是铁轨吧

<br/>
很赞同楼主的比喻。

11 楼 惊鸿逝水 2007-12-18  

KAO,缺少了工作流，SOA就是空话？
工作流可以看作是SCA里的一个Component，可以被任意Component组装成Composite，对外暴露业务流程服务，放在可独立部署的单元Contribute.难道没有工作流，我SOA就不能assembly服务？