none
Sub Orchestration 太多会影响性能吗? RRS feed

  • 问题

  • 比如说,本来一个Orchestration 可以完成大的功能,我现在把这个Orchestration 拆分成多个sub Orchestration,然后再主的orchestration 里面调用,这样如果Sub Orchestration 太多的话,会影响整个处理流程的性能吗?


    请各位高手给各建议,谢谢!
    2009年3月10日 3:22

答案

  • 至于是否有性能变化取决于如何调用sub orchestrations.

    使用Call Orchestration:同步执行子orchestration,父子orchestration在同一个线程内执行,既没有明显的性能开销也没有性能提升
    使用Start Orcehstration:异步执行子orchestration,这是通过消息发布订阅实现的,这种适用方法可能提高性能也可能导致性能下降,性能提高的可能性在于你可以通过将父子orchestration绑定到不同host从而实现scale out,但是这样做是有代价的,orchestration的性能调优地主要着眼点就是如何减少persistence point,而start orchestration就是一个persistence point,不当使用start orchestration可能导致性能显著下降.因此这里并没有简单的答案,你需要做的是通过性能测试来观测scale out父子orchestrations所带来的性能提升是否能够超过增加额外persistence points所带来的性能开销.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    • 已标记为答案 GaryZhang 2009年12月23日 9:52
    2009年12月14日 6:48

全部回复

  • 看情况了
    map太大会影响性能,拆成小的会快

    MSMVP VC++
    2009年3月10日 5:00
  • 应该说合理拆分能提升性能,但是总是相对的,,,具体情况可能要具体分析。。。
    2009年3月11日 2:59
  • 不太建议使用Sub Orchestration. 因为Main Orchestration 与 Sub Orchestration之间是有依赖关系的。特别是在部署之后调试非常麻烦,Orchestration是需要全部启用的。如果你的流程比较大的话建议采用BizTalk的发布与订阅机制去做流程之间的关联。这样才松耦合。
    2009年3月13日 2:53
  • 确实是一个相对的问题。
    根据我的经验,把功能固定、处理简单、执行稳定的一小段流程共享出来,单独做成一个Sub Orch,供其它Orch使用,类似我们编程中的概念。
    当然,如果这个Sub Orch会被很多Orch调用的话,会比每个Orch中有同样一个Sub Orch类似的Orch处理起来会快一些的。
    真的还是要具体问题具体分析了。
    PPS2007,BTS2006,MOSS2007
    2009年3月17日 0:55
  • 至于是否有性能变化取决于如何调用sub orchestrations.

    使用Call Orchestration:同步执行子orchestration,父子orchestration在同一个线程内执行,既没有明显的性能开销也没有性能提升
    使用Start Orcehstration:异步执行子orchestration,这是通过消息发布订阅实现的,这种适用方法可能提高性能也可能导致性能下降,性能提高的可能性在于你可以通过将父子orchestration绑定到不同host从而实现scale out,但是这样做是有代价的,orchestration的性能调优地主要着眼点就是如何减少persistence point,而start orchestration就是一个persistence point,不当使用start orchestration可能导致性能显著下降.因此这里并没有简单的答案,你需要做的是通过性能测试来观测scale out父子orchestrations所带来的性能提升是否能够超过增加额外persistence points所带来的性能开销.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    • 已标记为答案 GaryZhang 2009年12月23日 9:52
    2009年12月14日 6:48