跨域的分布式的BPEL执行引擎

这是我的硕士毕业论文题目了

 

前一个月一直在家里呆着,毕竟马上要工作了,还是能多在家陪陪老妈的好,接下来的这一个月应该是主要纠缠在论文上了。目前想法是有了,但是后续工作还是非常多的了。

说到分布式的BPEL执行引擎,估计会有很多人觉得这个题目就有问题,因为从BPEL流程执行的方式来看,每个BPEL流程最终也都暴露成了一个Web服务,那么任何一个BPEL流程都可以很容易的成为另外一个大流程的子流程,这样在不同的域内部署多个BPEL引擎,很容易就可以进行分布式执行了啊?

 

其实,这样说是完全正确的,也可以这样来实现的,但是在实际应用中,你有没有想过要如何去设计这个流程?对于一个大型的跨国集团或者政府机构,其中任何一个业务流程都需要很多不同区域、不同部门的人来合作完成,这个过程是需要有总协调来完成的,而不是在各个子部门先行设计好,再由顶层设计人员将各个部分串接起来,这样,是不符合实际操作过程的。那么我们的考虑是,流程设计人员,只需要在设计阶段关注整个流程的逻辑意义,再指明每个活动需要在哪个部门、或者哪个机构来执行,这样设计完成的BPEL文件是非标的,我们通过扩展执行引擎来解释分拆这样的流程描述文件,然后再由一个专门负责分拆流程总控节点,将这个大流程分解为多个小流程,并打包,因为需要有其他很多的辅助运行文件,然后根据每个活动的不同运行目标引擎,由总控节点分发给部署在不同地方的目标引擎。这样来进行一个大流程的分布式运行。


需要解决的问题有,如何保证分拆后的小流程能在多个引擎中顺利执行?

如何确保拆分后的流程的参数传递上的连续性?

如何监控这样一个流程的执行?


各位朋友,看有没有什么更好的意见可以改进,改善这样一个引擎的,望不吝赐教!

你可能感兴趣的:(工作,Web,活动)