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

 > 

  • 问题

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


    请各位高手给各建议，谢谢！
    2009年3月10日 3:22
    |

答案

  • Question
    登录进行投票
    0
    登录进行投票

    至于是否有性能变化取决于如何调用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
    |

全部回复

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

    至于是否有性能变化取决于如何调用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
    |