【问题标题】:Ordered delivery BizTalk performance订单交付 BizTalk 性能
【发布时间】:2011-06-13 06:43:15
【问题描述】:

在 BizTalk 中的发送端口上是否有“订购交付”的替代方案?消息的顺序对我来说非常重要,所以我创建了一个编排,当消息不按顺序时暂停消息,当消息按顺序时恢复。我使用长时间运行的编排和直接端口绑定。

现在一些消息在发送管道中的处理速度更快,因此有时消息不按顺序排列(我使用文件适配器...)。 现在,当我检查“有序传递”时,无论如何,消息都是按顺序排列的,但性能真的很差(消息在发送端口中堆积),所以我需要在发送中找到有序传递的替代方案港口。

有什么建议吗?

谢谢

【问题讨论】:

    标签: biztalk sequence orchestration


    【解决方案1】:

    现在,订单交付显然增加了 FIFO 模式的大量开销。看看这个article,看看第一期的FIFO文章。还请查看 BizTalk 的总体性能,以帮助加快解决方案的其他一些领域。现在我看到一些人尝试了他们自己的自定义解决方案来通过 .net 和 SQL 进行排序,但性能并没有那么好,因为排序模式需要时间来处理。还请查看这些关于性能的资源:

    【讨论】:

      【解决方案2】:

      您是否将数据发送到多个位置?因此,它必须按顺序排列,但可以分开。如果是这样,您可以使用关联和有序交付,并使用多个管道来交付并加快流程。

      【讨论】:

        猜你喜欢
        • 2017-09-02
        • 1970-01-01
        • 1970-01-01
        • 2011-08-24
        • 1970-01-01
        • 2021-09-29
        • 2021-05-11
        • 2021-06-24
        • 1970-01-01
        相关资源
        最近更新 更多