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

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

 

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

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

 

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

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

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

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

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